home *** CD-ROM | disk | FTP | other *** search
/ SGI Developer Toolbox 6.1 / SGI Developer Toolbox 6.1 - Disc 4.iso / documents / RFC / rfc1480.txt < prev    next >
Text File  |  1994-08-01  |  101KB  |  2,636 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                          A. Cooper
  8. Request for Comments: 1480                                     J. Postel
  9. Obsoletes: 1386                                                June 1993
  10.  
  11.                              The US Domain
  12.  
  13.  
  14. Status of this Memo
  15.  
  16.    This memo provides information for the Internet community.  It does
  17.    not specify an Internet standard.  Distribution of this memo is
  18.    unlimited.
  19.  
  20. Table of Contents
  21.  
  22.    1.  Introduction ................................................  2
  23.        1.1  The Internet Domain Name System.........................  2
  24.        1.2  Top-Level Domains.......................................  3
  25.        1.3  The US Domain ..........................................  4
  26.    2.  Naming Structure ............................................  4
  27.        2.1  State Codes ............................................  8
  28.        2.2  Locality Names..........................................  8
  29.        2.3  Schools ................................................ 10
  30.        2.4  State Agencies.......................................... 15
  31.        2.5  Federal Agencies ....................................... 15
  32.        2.6  Distributed National Institutes......................... 15
  33.        2.7  General Independent Entities............................ 16
  34.        2.8  Examples of Names....................................... 17
  35.    3.  Registration ................................................ 20
  36.        3.1  Requirements ........................................... 20
  37.        3.2  Direct Entries ......................................... 21
  38.        3.2.1   IP-Hosts............................................. 21
  39.        3.2.2   Non-IP Hosts ........................................ 21
  40.        3.3  Delegated Subdomains ................................... 24
  41.        3.3.1   Delegation Requirement............................... 26
  42.        3.3.2   Delegation Procedures ............................... 28
  43.        3.3.3   Subdomain Contacts................................... 29
  44.    4.  Database Information......................................... 30
  45.        4.1  Name Servers ........................................... 30
  46.        4.2  Zone files ............................................. 30
  47.        4.3  Resource Records ....................................... 31
  48.        4.3.1   "A" Records ......................................... 32
  49.        4.3.2   CNAME Records ....................................... 32
  50.        4.3.3   MX Records .......................................... 33
  51.        4.3.4   HINFO Records ....................................... 33
  52.        4.3.5   PTR Records ......................................... 33
  53.        4.4  Wildcards .............................................. 34
  54.    5.  References .................................................. 35
  55.  
  56.  
  57.  
  58. Cooper & Postel                                                 [Page 1]
  59.  
  60. RFC 1480                     The US Domain                     June 1993
  61.  
  62.  
  63.    6.  Security Considerations ..................................... 35
  64.    7.  Authors' Addresses .......................................... 36
  65.    Appendix-I:  US Domain Names BNF................................. 37
  66.    Appendix-II: US Domain Questionnaire ............................ 42
  67.  
  68. 1. INTRODUCTION
  69.  
  70.    1.1 The Internet Domain Name System
  71.  
  72.    The Domain Name System (DNS) provides for the translation between
  73.    hostnames and addresses.  Within the Internet, this means translating
  74.    from a name such as "venera.isi.edu", to an IP address such as
  75.    "128.9.0.32".  The DNS is a set of protocols and databases.  The
  76.    protocols define the syntax and semantics for a query language to ask
  77.    questions about information located by DNS-style names.  The
  78.    databases are distributed and replicated.  There is no dependence on
  79.    a single central server, and each part of the database is provided in
  80.    at least two servers.
  81.  
  82.    The assignment of the 32-bit IP addresses is a separate activity.  IP
  83.    addresses are delegated by the central Internet Registry to regional
  84.    authorities (such as the RIPE NCC for Europe) and the network
  85.    providers.
  86.  
  87.    To have a network number assigned please contact your network service
  88.    provider or regional registration authority.  To determine who this
  89.    is (or as a last resort), you can contact the central Internet
  90.    Registry at Hostmaster@INTERNIC.NET.
  91.  
  92.    In addition to translating names to addresses for hosts that are on
  93.    the Internet, the DNS provides for registering DNS-style names for
  94.    other hosts reachable (via electronic mail) through gateways or mail
  95.    relays.  The records for such name registrations point to an Internet
  96.    host (one with an IP address) that acts as a mail forwarder for the
  97.    registered host.  For example, the host "bah.rochester.ny.us" is
  98.    registered in the DNS with a pointer to the mail relay
  99.    "relay1.uu.net".  This type of pointer is called an MX record.
  100.  
  101.    This gives electronic mail users a uniform mail addressing syntax and
  102.    avoids making users aware of the underlying network boundaries.
  103.  
  104.    The reason for the development of the domain system was growth in the
  105.    Internet.  The hostname to address mappings were maintained by the
  106.    InterNIC in a single file, called HOSTS.TXT, which was FTP'd by all
  107.    the hosts on the Internet.  The network population was changing in
  108.    character.  The time-share hosts that made up the original ARPANET
  109.    were being replaced with local networks of workstations.  Local
  110.    organizations were administering their own names and addresses, but
  111.  
  112.  
  113.  
  114. Cooper & Postel                                                 [Page 2]
  115.  
  116. RFC 1480                     The US Domain                     June 1993
  117.  
  118.  
  119.    had to wait for the NIC to make changes in HOSTS.TXT to make the
  120.    changes visible to the Internet at large.  Organizations also wanted
  121.    some local structure on the name space.  The applications on the
  122.    Internet were getting more sophisticated and creating a need for
  123.    general purpose name service.  The idea of a hierarchical name space,
  124.    with the hierarchy roughly corresponding to organizational structure,
  125.    and names using "." as the character to mark the boundary between
  126.    hierarchy levels was developed.  A design using a distributed
  127.    database and generalized resources was implemented.
  128.  
  129.    The DNS provides standard formats for resource data, standard methods
  130.    for querying the database, and standard methods for name servers to
  131.    refresh local data from other name servers.
  132.  
  133.    1.2  Top-Level Domains
  134.  
  135.    The top-level domains in the DNS are EDU, COM, GOV, MIL, ORG, INT,
  136.    and NET, and all the 2-letter country codes from the list of
  137.    countries in ISO-3166.  The establishment of new top-level domains is
  138.    managed by the Internet Assigned Numbers Authority (IANA).  The IANA
  139.    may be contacted at IANA@ISI.EDU.
  140.  
  141.    Even though the original intention was that any educational
  142.    institution anywhere in the world could be registered under the EDU
  143.    domain, in practice, it has turned out with few exceptions, only
  144.    those in the United States have registered under EDU, similarly with
  145.    COM (for commercial). In other countries, everything is registered
  146.    under the 2-letter country code, often with some subdivision.  For
  147.    example, in Korea (KR) the second level names are AC for academic
  148.    community, CO for commercial, GO for government, and RE for research.
  149.    However, each country may go its own way about organizing its domain,
  150.    and many have.
  151.  
  152.    There are no current plans of putting all of the organizational
  153.    domains EDU, GOV, COM, etc., under US.  These name tokens are not
  154.    used in the US Domain to avoid confusion.
  155.  
  156.    Currently, only four year colleges and universities are being
  157.    registered in the EDU domain.  All other schools are being registered
  158.    in the US Domain.
  159.  
  160.    There are also concerns about the size of the other top-level domains
  161.    (especially COM) and ideas are being considered for restructuring.
  162.  
  163.    Other names sometimes appear as top-level domain names.  Some people
  164.    have made up names in the DNS-style without coordinating or
  165.    registering  with the DNS management.  Some names that typically
  166.    appear are BITNET, UUCP, and two-letter codes for continents, such as
  167.  
  168.  
  169.  
  170. Cooper & Postel                                                 [Page 3]
  171.  
  172. RFC 1480                     The US Domain                     June 1993
  173.  
  174.  
  175.    "NA" for North America (this conflicts with the official Internet
  176.    code for Namibia).
  177.  
  178.    For example, the DNS-style name "KA7EEJ.CO.USA.NA" is used in the
  179.    amateur radio network.  These addresses are never supposed to show up
  180.    on the Internet but they do occasionally.  The amateur radio network
  181.    people created their own naming scheme, and it interferes sometimes
  182.    with Internet addresses.
  183.  
  184.    1.3  The US Domain
  185.  
  186.    The US Domain is an official top-level domain in the DNS of the
  187.    Internet community.  The domain administrators are Jon Postel and Ann
  188.    Westine Cooper at the Information Sciences Institute of the
  189.    University of Southern California (USC-ISI).
  190.  
  191.    US is the ISO-3166 2-letter country code for the United States and
  192.    thus the US Domain is established as a top-level domain and
  193.    registered with the InterNIC the same way other country domains are.
  194.  
  195.    Because organizations in the United States have registered primarily
  196.    in the EDU and COM domains, little use was initially made of the US
  197.    domain.  In the past, the computers registered in the US Domain were
  198.    primarily owned by small companies or individuals with computers at
  199.    home.  However, the US Domain has grown and currently registers hosts
  200.    in federal government agencies, state government agencies, K12
  201.    schools, community colleges, technical/vocational schools, private
  202.    schools, libraries, city and county government agencies, to name a
  203.    few.
  204.  
  205.    Initially, the administration of the US Domain was managed solely by
  206.    the Domain Registrar.  However, due to the increase in registrations,
  207.    administration of subdomains is being delegated to others.
  208.  
  209.    Any computer in the United States may be registered in the US Domain.
  210.  
  211. 2. NAMING STRUCTURE
  212.  
  213.    The US Domain hierarchy is based on political geography.  The basic
  214.    name space under US is the state name space, then the "locality" name
  215.    space, (like a city, or county) then organization or computer name
  216.    and so on.
  217.  
  218.    For example:
  219.  
  220.           BERKELEY.CA.US
  221.           PORTLAND.WA.US
  222.  
  223.  
  224.  
  225.  
  226. Cooper & Postel                                                 [Page 4]
  227.  
  228. RFC 1480                     The US Domain                     June 1993
  229.  
  230.  
  231.    There is of course no problem with running out of names.
  232.  
  233.    The things that are named are individual computers.
  234.  
  235.    If you register now in one city and then move, the database can be
  236.    updated with a new name in your new city, and a pointer can be set up
  237.    from your old name to your new name.  This type of pointer is called
  238.    a CNAME record.
  239.  
  240.    The use of unregistered names is not effective and causes problems
  241.    for other users.  Inventing your own name and using it without
  242.    registering is not a good idea.
  243.  
  244.    In addition to strictly geographically names, some special names are
  245.    used, such as FED, STATE, AGENCY, DISTRICT, K12, LIB, CC, CITY, and
  246.    COUNTY.  Several new name spaces have been created, DNI, GEN, and
  247.    TEC, and a minor change under the "locality" name space was made to
  248.    the existing CITY and COUNTY subdomains by abbreviating them to CI
  249.    and CO.  A detailed description follows.
  250.  
  251.    Below US, Parallel to States:
  252.    -----------------------------
  253.  
  254.    "FED" - This branch may be used for agencies of the federal
  255.    government.  For example: <org-name>.<city>.FED.US
  256.  
  257.    "DNI" - DISTRIBUTED NATIONAL INSTITUTES - The "DNI" branch was
  258.    created directly under the top-level US.  This branch is to be used
  259.    for distributed national institutes; organizations that span state,
  260.    regional, and other organizational boundaries; that are national in
  261.    scope, and have distributed facilities.  For example:
  262.    <org-name>.DNI.US.
  263.  
  264.    Name Space Within States:
  265.    ------------------------
  266.  
  267.    "locality" - cities, counties, parishes, and townships.  Subdomains
  268.    under the "locality" would be like CI.<city>.<state>.US,
  269.    CO.<county>.<state>.US, or businesses. For example:
  270.    Petville.Marvista.CA.US.
  271.  
  272.    "CI" - This branch is used for city government agencies and is a
  273.    subdomain under the "locality" name (like Los Angeles). For example:
  274.    Fire-Dept.CI.Los-Angeles.CA.US.
  275.  
  276.    "CO" - This branch is used for county government agencies and is a
  277.    subdomain under the "locality" name (like Los Angeles).  For example:
  278.    Fire-Dept.CO.San-Diego.CA.US.
  279.  
  280.  
  281.  
  282. Cooper & Postel                                                 [Page 5]
  283.  
  284. RFC 1480                     The US Domain                     June 1993
  285.  
  286.  
  287.    "K12" - This branch may be used for public school districts.  A
  288.    special name "PVT" can be used in the place of a school district name
  289.    for private schools.  For example: <school-name>.K12.<state>.US and
  290.    <school-name>.PVT.K12.<state>.US.
  291.  
  292.    "CC" - COMMUNITY COLLEGES - This branch was established for all state
  293.    wide community colleges.  For example: <school-name>.CC.<state>.US.
  294.  
  295.    "TEC" - TECHNICAL AND VOCATIONAL SCHOOLS - The branch "TEC" was
  296.    established for technical and vocational schools and colleges. For
  297.    example: <school-name>.TEC.<state>.US.
  298.  
  299.    "LIB" - LIBRARIES (STATE, REGIONAL, CITY, COUNTY) - This branch may
  300.    be used for libraries only.  For example:  <lib-name>.LIB.<state>.US.
  301.  
  302.    "STATE" - This branch may be used for state government agencies.  For
  303.    example:  <org-name>.STATE.<state>.US.
  304.  
  305.    "GEN" - GENERAL INDEPENDENT ENTITY - This branch is for the things
  306.    that don't fit easily into any other structure listed -- things that
  307.    might fit in to something like ORG at the top-level.  It is best not
  308.    to use the same keywords (ORG, EDU, COM, etc.) that are used at the
  309.    top-level to avoid confusion.  GEN would be used for such things as,
  310.    state-wide organizations, clubs, or domain parks.  For example:
  311.    <org-name>.GEN.<state-code>.US.
  312.  
  313.    ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  314.  
  315.    VIEW OF SECOND LEVEL DOMAINS UNDER US
  316.  
  317.                             +-------+
  318.                             |  US   |
  319.                             +-------+
  320.                                 |
  321.               +----------------------------------+
  322.               |        |        |       |        |
  323.            +-----+  +-----+  +-----+  +-----+  +-----+
  324.            | FED |  | DNI |  | TX  |  | SD  |  | CA  |
  325.            +-----+  +-----+  +-----+  +-----+  +-----+
  326.  
  327.    ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  328.  
  329.  
  330.  
  331.  
  332.  
  333.  
  334.  
  335.  
  336.  
  337.  
  338. Cooper & Postel                                                 [Page 6]
  339.  
  340. RFC 1480                     The US Domain                     June 1993
  341.  
  342.  
  343.    ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  344.    SCHOOL AND LIBRARY VIEW
  345.                                 +-----+
  346.                                 |  CA |
  347.                                 +-----+
  348.                                    |
  349.           +------------------------------------------------+
  350.           |            |        |            |             |
  351.         +-----+     +-----+  +-----+  +-------------+   +-----+
  352.         | K12 |     | CC  |  | TEC |  | LOS ANGELES |   | LIB |
  353.         +-----+     +-----+  +-----+  +-------------+   +-----+
  354.           /   \       /|\      /|\          /|\           /|\
  355.    +--------+ +---+  +---+  +--------+  +----------+    +------+
  356.    |sch dist| |PVT|  |SJC|  |WM TRADE|  |pvt school|    |MALIBU|
  357.    +--------+ +---+  +---+  +--------+  +----------+    +------+
  358.       /|\      /|\
  359.    +--------+ +--------+
  360.    |sch name| |sch name|
  361.    +--------+ +--------+
  362.    ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  363.  
  364.    VIEW OF STATE, REGIONAL, and GENERAL AGENCIES
  365.  
  366.                                 +-----+
  367.                                 |  CA |
  368.                                 +-----+
  369.                                    |
  370.                       +-------------------------+
  371.                       |            |            |
  372.                    +-------+   +--------+    +-----+
  373.                    | STATE |   |DISTRICT|    | GEN |
  374.                    +-------+   +--------+    +-----+
  375.                      /|\          /|\          /|\
  376.                    +--------+   +------+   +---------+
  377.                    |CALTRANS|   |SCAQMD|   |domain pk|
  378.                    ---------+   +------+   +---------+
  379.                       |
  380.                    +--------+
  381.                    |TCEW100E|
  382.                    +--------+
  383.    ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  384.  
  385.  
  386.  
  387.  
  388.  
  389.  
  390.  
  391.  
  392.  
  393.  
  394. Cooper & Postel                                                 [Page 7]
  395.  
  396. RFC 1480                     The US Domain                     June 1993
  397.  
  398.  
  399.    ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  400.  
  401.    VIEW OF LOCALITY
  402.                                 +-----+
  403.                                 |  CA |
  404.                                 +-----+
  405.                                    |
  406.                    +-----------------------------------+
  407.                    |                                   |
  408.          +-------------------------+           +----------------+
  409.          |       LOS ANGELES       |           |  SANTA MONICA  |
  410.          +-------------------------+           +----------------+
  411.           /  |          |       /|\                |       /|\
  412.          /   |          |        |                 |        |
  413.      +---+ +--+        +--+  +-----------+       +--+     +---+
  414.      |bus| |CI|        |CO|  | pvt school|       |CI|     |bus|
  415.      +---+ +--+        +--+  +-----------+       +--+     +---+
  416.             /\          |                          |
  417.            /  \         |                  +------------+
  418.           /    \        |                  |HARBOR GUARD|
  419.          /      \       |                  +------------+
  420.     +-----+ +-----+   +-----+ +----+
  421.     |FIRE | |ADMIN|   |PARKS| |FIRE|
  422.     +-----+ +-----+   +-----+ +----+
  423.    ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  424.  
  425.    2.1  State Codes
  426.  
  427.    The state codes are the two letter US Postal abbreviations. For
  428.    example: "CA" California.
  429.  
  430.    2.2  Locality Names
  431.  
  432.    Within the state name space there are "locality" names, some may be
  433.    cities, some may be counties, some may be local names, but not
  434.    incorporated entities.
  435.  
  436.    Registered names under "locality" could be like:
  437.  
  438.      <hostname>.CI.<locality>.<state>.US   ==>  city gov't agency
  439.      <hostname>.CO.<locality>.<state>.US,  ==>  county gov't agency
  440.      <hostname>.<locality>.<state>.US      ==>  businesses
  441.  
  442.    In the cases where the locality name is a county, there is a branch
  443.    under the locality name, called "county" or "CO", that is used by the
  444.    county government.  Businesses are registered directly under the
  445.    locality name.
  446.  
  447.  
  448.  
  449.  
  450. Cooper & Postel                                                 [Page 8]
  451.  
  452. RFC 1480                     The US Domain                     June 1993
  453.  
  454.  
  455.    Under the city locality name space there is a "city" or "CI" branch
  456.    for city government agencies.  As usual, businesses and private
  457.    schools may register directly under the city name.
  458.  
  459.    In the case where there is both a county and a city with the same
  460.    locality name there is no problem, since the names will be unique
  461.    with the "CO" or "CI" keyword.  In our area the county has a fire
  462.    department and the city has its own fire department.  They could have
  463.    names like:
  464.  
  465.       Fire-Dept.CI.Los-Angeles.CA.US
  466.       Fire-Dept.CO.Los-Angeles.CA.US
  467.  
  468.    Cities may be named (designated) by their full name (spelled out with
  469.    hyphens replacing spaces (e.g., Los-Angeles or Fort-Collins), or by a
  470.    city code.  The first choice is the full city name.  In some cases it
  471.    may be appropriate to use the well-known city abbreviation known
  472.    throughout a locality.  However, it is very desirable that all users
  473.    in the same city use the same designator for the city.  That is, any
  474.    particular locality should have just one DNS name.
  475.  
  476.    Some users would like names associated with a greater metropolitan
  477.    area or region like the "Bay Area" or "Tri-Cities".  One problem with
  478.    this is that these names are not necessarily unique within a state.
  479.    The best thing to do in this case is to use the larger metropolitan
  480.    city in your hostname.  Cities and counties are used.
  481.  
  482.    Should all the names be obvious?  Trying to do this is desirable and
  483.    also impossible.  There will come a point when the obviously right
  484.    name for an organization is already taken.  As the system grows this
  485.    will happen with increasing frequency.  While ease of use to the end
  486.    user is desirable, a higher priority must be placed on having a
  487.    system that operates.  This means that the manageability of the
  488.    system must have high consideration.
  489.  
  490.    The reason the DNS was created was to subdivide the problem of
  491.    maintaining a list of hosts in the Internet into manageable portions.
  492.  
  493.    The happy result is that this subdivision makes name uniqueness
  494.    easier and promotes logical grouping.  What is a "logical grouping"
  495.    though, always depends on the viewer.
  496.  
  497.    Many levels of delegation are needed to keep the zone files
  498.    manageable.  Many sections of the name space are needed to allow
  499.    unique names to be easily added.
  500.  
  501.  
  502.  
  503.  
  504.  
  505.  
  506. Cooper & Postel                                                 [Page 9]
  507.  
  508. RFC 1480                     The US Domain                     June 1993
  509.  
  510.  
  511.    Way back in the olden days, when the Internet was invented, some
  512.    thought that an 8-bit network number would be more than enough to
  513.    number all the networks that would ever exist.  Today, there are over
  514.    10,000 networks operating in the Internet, and arguments are made
  515.    about the doubling time being 2 years versus 4 years.
  516.  
  517.    One concern is that things will continue to grow dramatically, and
  518.    this will require more subdivision of the domain name management.
  519.    Maybe the plan for the US Domain is overkill on growth planning, but
  520.    there has never been overplanning for growth yet.
  521.  
  522.    When things are bigger, names have to be longer.  There is an
  523.    argument that with only 8-character names, and in each position allow
  524.    a-z, 0-9, and -, you get 37**8 = 3,512,479,453,921 or 3.5 trillion
  525.    possible names.  It is a great argument, but how many of us want
  526.    names like "xs4gp-7q".  It is like license plate numbers, sure some
  527.    people get the name they want on a vanity plate, but a lot more
  528.    people who want something specific on a vanity plate can't get it
  529.    because someone else got it first.  Structure and longer names also
  530.    let more people get their "obviously right" name.
  531.  
  532.    2.3  Schools
  533.  
  534.    K12 schools are connecting to the Internet and registering in the
  535.    Internet DNS.  A decision has been made by the IANA (after
  536.    consultation with the new InterNIC Internet Registry and the Federal
  537.    Networking Council (FNC)) to direct these school registrations to the
  538.    US domain using the naming structure described here.
  539.  
  540.    There is a need for competent, experienced, volunteers to come
  541.    forward to act as third and perhaps fourth level registries and to
  542.    operate delegated portions of the DNS.
  543.  
  544.    There are two reasons for registering schools in the US Domain.  (1)
  545.    uniqueness of names, and (2) management of the database.
  546.  
  547.      1. Name Uniqueness:
  548.  
  549.         There are many "Washington" high schools, only one can be
  550.         "Washington.EDU" (actually none can be, since that name is used
  551.         by a University.  There will be many name conflicts if all
  552.         schools attempt to register directly under EDU.
  553.  
  554.         In addition, in some districts, the same school name is used at
  555.         different levels, for example, Washington Elementary School and
  556.         Washington High School.  We suggest that when necessary, the
  557.         keywords "Elementary", "Middle", and "High" be used to
  558.         distinguish these schools.  These keywords would only be used
  559.  
  560.  
  561.  
  562. Cooper & Postel                                                [Page 10]
  563.  
  564. RFC 1480                     The US Domain                     June 1993
  565.  
  566.  
  567.         when they are needed, if the school's name is unique without
  568.         such keywords, don't use them.
  569.  
  570.      2. Database Management:
  571.  
  572.         One goal of the DNS is to divide up the management of the name
  573.         database in to small pieces.  Each piece (or "zone" in DNS
  574.         terminology) could be managed by a distinct administrator.
  575.         Adding all the high schools to the EDU domain will make the
  576.         already large zone file for EDU even larger, possibly to the
  577.         point of being unmanageable.
  578.  
  579.    For both these reasons it is necessary to introduce structure into
  580.    names.  Structure provides a basis for making common names unique in
  581.    context, and for dividing the management responsibility.
  582.  
  583.       The US Domain has a framework established and has registered many
  584.       schools already in this structured scheme.  The general form is:
  585.  
  586.          <school>.<district>.K12.<state>.US.
  587.  
  588.             For example: Hamilton.LA-Unified.K12.CA.US
  589.  
  590.    Public schools are usually organized by districts which can be larger
  591.    or smaller than a city or county.  For example, the Portland school
  592.    district in Oregon, is in three or four counties.  Each of those
  593.    counties also has non-Portland districts.
  594.  
  595.    It makes sense to name schools within districts.  However districts
  596.    often have the same name as a city or county so there has to be a way
  597.    to distinguish a public school district name from some other type of
  598.    locality name.  The keyword "K12" is used for this.
  599.  
  600.    For example, typical K12 school names currently used are:
  601.  
  602.               IVY.PRS.K12.NJ.US
  603.               DMHS.JCPS.K12.KY.US
  604.               OHS.EUNION.K12.CA.US
  605.               BOHS.BREA.K12.CA.US
  606.  
  607.    These names are generally longer than the old alternative of shorter
  608.    names in the EDU domain, but that would not have lasted long without
  609.    a significant number of schools finding that their "obviously
  610.    correct" name has already been used by some other school.
  611.  
  612.  
  613.  
  614.  
  615.  
  616.  
  617.  
  618. Cooper & Postel                                                [Page 11]
  619.  
  620. RFC 1480                     The US Domain                     June 1993
  621.  
  622.  
  623.    When there are many things to name some of the names will be long.
  624.    In some cases there may be appropriate abbreviations that can be
  625.    used.  For example Hamilton High School in Los Angeles could be:
  626.  
  627.               Hami.Hi.LA.K12.CA.US
  628.  
  629.    If a school has a number of PCs, then each PC should have a name.
  630.    Suppose they are named "alpha", "beta", ... then if they belong to a
  631.    school named "Lincoln.High.Lakewood.K12.CA.US" their names would be:
  632.  
  633.                 alpha.Lincoln.High.Lakewood.K12.CA.US.
  634.                 beta.Lincoln.High.Lakewood.K12.CA.US
  635.                 ...
  636.  
  637.    The K12 subdomain provides two points at which to delegate a branch
  638.    of the database to distinct administrators -- the K12 Administrator
  639.    for each state, and the district administrator for each district
  640.    within a state.
  641.  
  642.    The US Domain Administrator will delegate a branch of the US domain
  643.    to an appropriate party.  In some cases, this may be a particular
  644.    school, a school district, or ever all of K12 for a state.
  645.  
  646.    The responsibility for managing a K12 branch or sub-branch may be
  647.    delegated to an appropriate volunteer.  We envision that such
  648.    delegations of the schools' DNS service may eventually migrate to
  649.    someone else "more appropriate" from an administrative organizational
  650.    point of view.  The "obvious" state agency to manage the schools' DNS
  651.    branch may take some time to get up to speed on Internetting.  In the
  652.    meantime, we can have the more advanced schools up and running.
  653.  
  654.    Special Schools and Service Units
  655.  
  656.    In many states, there are special schools that are not in districts
  657.    that are run directly by the state or by consortiums.  There are also
  658.    service units that provide "educational services" ranging from books
  659.    and computers to janitorial supplies and building maintenance.  Often
  660.    these service units do not have a one-to-one relationship with
  661.    districts.
  662.  
  663.    There is some concern about naming these schools and service units
  664.    within the naming structure for schools established in this memo.
  665.    There are several possibilities.  For a state with many service units
  666.    creating a "pseudo district" ESU (or whatever, the common terminology
  667.    is in that state) is a possibility.  For example, the Johnson service
  668.    unit could be JOHNSON.ESU.K12.CA.US.  For a state with a few such
  669.    service units (and avoiding conflicts with district names) the
  670.    service units could be directly under K12.  For example,
  671.  
  672.  
  673.  
  674. Cooper & Postel                                                [Page 12]
  675.  
  676. RFC 1480                     The US Domain                     June 1993
  677.  
  678.  
  679.    TIES.K12.MN.US.
  680.  
  681.    The special public funded schools can be handled in a similar
  682.    fashion.  If there are many special schools in a state, a "pseudo
  683.    district" should be established and all the special schools listed
  684.    under it.  For example, suppose there is a "pseudo district" in
  685.    Massachusetts called SPCL, and there is a special school called the
  686.    Progressive Computer Institute, then that school could have the name
  687.    PCI.SPCL.K12.MA.US.  If there are only a few special schools, they
  688.    can be listed directly under K12 (avoiding name conflicts with
  689.    district names).  For example, the California Academy of Math and
  690.    Science is CAMS.K12.CA.US.  CAMS is sponsored by seven schools, the
  691.    California Department of Education, and a University.
  692.  
  693.    "PVT" Private Schools
  694.  
  695.    Private schools may be thought of as businesses.  Public schools are
  696.    in districts, and districts provide a natural organizational
  697.    structure for naming and delegation.  For private schools there are
  698.    no districts and they really do operate like businesses.  But, many
  699.    people are upset to think about their children in a private school
  700.    being in a business category and not in K12 with the rest of the
  701.    children.  To accommodate both public and private schools, in each
  702.    state's K12 branch, we've added an artificial district called private
  703.    or "PVT".  This gives a private school the option of registering like
  704.    a business under "locality" or in the PVT.K12.<state-code>.US branch.
  705.  
  706.    For example:
  707.  
  708.       Crossroads.PVT.K12.CA.US
  709.       Crossroads-Santa-Monica.CA.US
  710.  
  711.    A public school "Oak High" in the "Woodward" school district in
  712.    California would have a name like "Oak-High.Woodward.K12.CA.US".
  713.  
  714.    A private school "Old Trail" in Pasadena, California could have the
  715.    <locality> based name "Old-Trail.Pasadena.CA.US" or the private
  716.    school base name "Old-Trail.PVT.K12.CA.US".
  717.  
  718.    Some suggest that for private schools instead of a special pseudo
  719.    district PVT to use a locality name.  One reason to use district
  720.    names is that, in time, it seems likely that school district
  721.    administrators will take over the operation of the DNS for their
  722.    district.  One needs to be able to delegate at that branch point.
  723.    One implication of delegation is that the delegatee is now in charge
  724.    of a chunk of the name space and will be registering new names. To
  725.    keep names unique one can't have two different people registering new
  726.    things below identically named branches.
  727.  
  728.  
  729.  
  730. Cooper & Postel                                                [Page 13]
  731.  
  732. RFC 1480                     The US Domain                     June 1993
  733.  
  734.  
  735.    For example, if there is a school district named Pasadena and a city
  736.    named Pasadena, the branch of the name space PASADENA.K12.CA.US might
  737.    be delegated to the administrator of that public school district.  If
  738.    a private school in Pasadena wanted to be registered in the DNS, it
  739.    would have to get the public school district administrator to do it
  740.    (perhaps unlikely) or not be in the K12 branch at all (unless there
  741.    is the PVT pseudo district).
  742.  
  743.    So, if private schools are registered by
  744.    <school>.<locality>.K12.<state-code>.US and public schools are
  745.    registered by <school>.<district>.K12.<state-code>.US, there can't be
  746.    any locality names that are the same as district names or the
  747.    delegation of these will get very tricky later.
  748.  
  749.    If it is all done by locality names rather than district names, and
  750.    public and private schools are mixed together, then finding an
  751.    appropriate party to delegate the locality to may be difficult.
  752.  
  753.    Another suggestion was that private schools be registered directly
  754.    under K12, while public schools must be under a district under K12.
  755.    This would require the operator of the K12 branch to register all
  756.    districts and private schools himself (checking for name uniqueness),
  757.    he couldn't easily delegate the registration of the private schools
  758.    to anyone else.
  759.  
  760.    Community Colleges and Technical Schools
  761.  
  762.    To distinguish Community Colleges and Technical/Vocational schools,
  763.    the keywords "CC" and "TEC" have been created.
  764.  
  765.    Some School Examples
  766.  
  767.    Hamilton.High.LA-Unified.K12.CA.US        <== a public school
  768.    Sherman-Oaks.Elem.LA-Unified.K12.CA.US    <== a public school
  769.    John-Muir.Middle.Santa-Monica.K12.CA.US   <== a public school
  770.    Crossroads-School.Santa-Monica.CA.US      <== a private school
  771.    SMCC.CC.CA.US                             <== a community college
  772.    TECMCC.CC.CA.US                           <== a community college
  773.    Brick-and-Basket-Institute.TEC.CA.US      <== a technical college
  774.    Northridge.CSU.STATE.CA.US                <== a state university
  775.  
  776.  
  777.  
  778.  
  779.  
  780.  
  781.  
  782.  
  783.  
  784.  
  785.  
  786. Cooper & Postel                                                [Page 14]
  787.  
  788. RFC 1480                     The US Domain                     June 1993
  789.  
  790.  
  791.    2.4  State Agencies
  792.  
  793.    Several states are setting up networks to interconnect the offices of
  794.    state government agencies.  The hosts in such networks should be
  795.    registered under the STATE.<state-code>.US branch.
  796.  
  797.    A US Domain name space has been established for the state government
  798.    agencies.  For example, in the State of Minnesota, the subdomain is
  799.    STATE.MN.US.
  800.  
  801.       State Agencies:
  802.       ---------------
  803.  
  804.       Senate.STATE.MN.US      <== State Senate
  805.       MDH.STATE.MN.US         <== Dept. of Health
  806.       CALTRANS.STATE.CA.US    <== Dept. of Transportation
  807.       DMV.STATE.CA.US         <== Dept. of Motor Vehicles
  808.  
  809.    2.5  Federal Agencies
  810.  
  811.    A federal name space has been established for the federal government
  812.    agencies.  For example, the subdomain for the Federal Reserve Bank of
  813.    Minneapolis is MNPL.FRB.FED.US. Other examples are listed below.
  814.  
  815.       Federal Government Agencies:
  816.       ---------------------------
  817.  
  818.       Senate.FED.US   <====  US Senate
  819.       DOD.FED.US      <====  US Defense Dept.
  820.       USPS.FED.US     <====  US Postal Service
  821.       VA.FED.US       <====  US Veterans Administration
  822.       IRS.FED.US      <====  US Internal Revenue Service
  823.       Yosemite.NPS.Interior.FED.US    <====  A Federal agency
  824.  
  825.    2.6  Distributed National Institutes
  826.  
  827.    The "DNI" branch was created directly under the top-level US.  This
  828.    is to be used for organizations that span state, regional, and other
  829.    organizational boundaries; are national in scope, and have
  830.    distributed facilities.  An example would be:
  831.  
  832.       Distributed National Institutes:
  833.       --------------------------------
  834.  
  835.       MetaCenter.DNI.US   <====  The MetaCenter Supercomputer Centers
  836.  
  837.  
  838.  
  839.  
  840.  
  841.  
  842. Cooper & Postel                                                [Page 15]
  843.  
  844. RFC 1480                     The US Domain                     June 1993
  845.  
  846.  
  847.    The MetaCenter domain encompasses the four NSF sponsored
  848.    supercomputer centers. These are:
  849.  
  850.        San Diego Supercomputer Center (SDSC)
  851.        National Center for Supercomputing Applications (NCSA)
  852.        Pittsburgh Supercomputing Center (PSC)
  853.        Cornell Theory Center (CTC)
  854.  
  855.    The MetaCenter Network will enable applications and services like
  856.    file systems and archival storage to be operated in a distributed
  857.    fashion; thus, allowing the resources at the four centers to appear
  858.    integrated and "seamless" to users of the centers.
  859.  
  860.    2.7  General Independent Entities
  861.  
  862.    This name space was created for organizations that don't really fit
  863.    anywhere else, such as state-wide associations, clubs, and "domain
  864.    parks".  Think of this as the miscellaneous category.
  865.  
  866.    The examples are state-wide clubs.  For example, the Garden Club of
  867.    Arizona, might want to be "GARDEN.GEN.AZ.US".  Such a club has
  868.    membership from all over the state and is not associated with any one
  869.    city (or locality).  Another example is "domain parks" that have been
  870.    established up-to-now as entities in ORG.  For example, there is
  871.    "LONESTAR.ORG", which is a kind of computer club in Texas that has
  872.    lots of dial-in computers registered.  In the US Domain such an
  873.    entity might have a name like "LONESTAR.GEN.TX.US".
  874.  
  875.    The organizations registered in GEN may typically be non-profit
  876.    entities.  These organizations don't fit in a <locality> and are not
  877.    a school, library, or state agency.  Ordinary businesses are not
  878.    registered in GEN.
  879.  
  880.    Some suggest that these kinds of organizations are just like all the
  881.    other things and ought to be registered under some <locality>.  This
  882.    may be true, but sometimes one just can't find any way to convince
  883.    the applicant that it is the right thing to do.  One can argue that
  884.    any organization has to have a headquarters, or an office, or
  885.    something about it that is in a fixed place, and thus the
  886.    organization could be registered in that place.
  887.  
  888.    Some suggest that no token is needed, these entities could be
  889.    directly under the <state-code>.  The problem with not having a
  890.    token, is that you can't delegate the responsibility for registering
  891.    these entities to someone separate from whoever is responsible for
  892.    the <state-code>.  You want to be able to delegate for both name-
  893.    uniqueness reasons, and operational management reasons.  Having a
  894.    token there makes both easy.
  895.  
  896.  
  897.  
  898. Cooper & Postel                                                [Page 16]
  899.  
  900. RFC 1480                     The US Domain                     June 1993
  901.  
  902.  
  903.       General Independent Entities:
  904.       -----------------------------
  905.  
  906.       CAL-Comp-Club.GEN.CA.US   <====  The Computer Club of California
  907.  
  908.       2.8  Examples of Names
  909.  
  910.       For small entities like individuals or small businesses, there is
  911.       usually no problem with selecting locality based names.
  912.  
  913.             For example:  Zuckys.Santa-Monica.CA.US
  914.  
  915.       For large entities like large corporations with multiple
  916.       facilities in several cities or states this often seems like an
  917.       unreasonable constraint (especially when compared with the
  918.       alternative of registering directly in the COM domain).  However,
  919.       a company does have a headquarters office in a particular locality
  920.       and so could register with that name. Example: IBM.Armonk.NY.US
  921.  
  922.       PRIVATE (business or individual)
  923.       ================================
  924.  
  925.       Camp-Curry.Yosemite.CA.US       <====  a business
  926.       IBM.Armonk.NY.US                <====  a business
  927.       Dogwood.atl.GA.US               <====  a business
  928.       Geo-Petrellis.Culver-City.CA.US <====  a restaurant
  929.       Zuckys.Santa-Monica.CA.US       <====  a restaurant
  930.       Joe-Josts.Long-Beach.CA.US      <====  a bar
  931.       Holodek.Santa-Cruz.CA.US        <====  a personal computer
  932.  
  933.       FEDERAL
  934.       =======
  935.  
  936.       Senate.FED.US           <====  US Senate
  937.       DOD.FED.US              <====  US Defense Dept.
  938.       DOT.FED.US              <====  US Transportation Dept.
  939.       USPS.FED.US             <====  US Postal Service
  940.       VA.FED.US               <====  US Veterans Administration
  941.       IRS.FED.US              <====  US Internal Revenue Service
  942.       Yosemite.NPS.Interior.FED.US    <====  a federal agency
  943.       MNPL.FRB.FED.US.     <====  US Fed. Reserve Bank of Minneapolis
  944.  
  945.  
  946.  
  947.  
  948.  
  949.  
  950.  
  951.  
  952.  
  953.  
  954. Cooper & Postel                                                [Page 17]
  955.  
  956. RFC 1480                     The US Domain                     June 1993
  957.  
  958.  
  959.       STATE
  960.       =====
  961.  
  962.       Senate.STATE.MN.US      <====  state Senate
  963.       House.STATE.MN.US       <====  state House of Reps
  964.       MDH.STATE.MN.US         <====  state Health Dept.
  965.       HUD.STATE.CA.US         <====  state House and Urban Dev. Dept.
  966.       DOT.STATE.MN.US         <====  state Transportation Dept.
  967.       CALTRANS.STATE.CA.US    <====  state Transportation Dept.
  968.       DMV.STATE.CA.US         <====  state Motor Vehicles Dept.
  969.       Culver-City.DMV.STATE.CA.US  <====  a local office of DMV
  970.  
  971.       DNI  (distributed national Institutes)
  972.       ======================================
  973.  
  974.       METACENTER.DNI.US       <==== a distributed nat'l Inst.
  975.  
  976.  
  977.       GEN (General Independent Entities)
  978.       ==================================
  979.  
  980.       GARDEN.GEN.AZ.US        <==== a garden club of Arizona
  981.  
  982.  
  983.       CITY | CI | COUNTY | CO (locality)
  984.       ==================================
  985.  
  986.       Parks.CI.Culver-City.CA.US          <====  a city department
  987.       Fire-Dept.CI.Los-Angeles.CA.US      <====  a city department
  988.       Fire-Dept.CO.Los-Angeles.CA.US      <====  a county department
  989.       Planning.CO.Fulton.GA.US.           <====  a county department
  990.       Main.Library.CI.Los-Angeles.CA.US   <====  a city department
  991.       MDR.Library.CO.Los-Angeles.CA.US    <====  a county department
  992.  
  993.  
  994.       TOWNSHIP | PARISH (locality)
  995.       ============================
  996.  
  997.       Police.TOWNSHIP.Green.OH.US           <====  a township department
  998.       Administration.PARISH.Lafayette.LA.US <====  a parish department
  999.  
  1000.  
  1001.  
  1002.  
  1003.  
  1004.  
  1005.  
  1006.  
  1007.  
  1008.  
  1009.  
  1010. Cooper & Postel                                                [Page 18]
  1011.  
  1012. RFC 1480                     The US Domain                     June 1993
  1013.  
  1014.  
  1015.       DISTRICT | LIBRARY  (agency)
  1016.       ============================
  1017.  
  1018.       SCAQMD.DISTRICT.CA.US                 <====  a regional district
  1019.       Bunker-Hill-Improvement.DISTRICT.LA.CA.US <====  a local district
  1020.  
  1021.       Huntington.LIB.CA.US                  <====  a private library
  1022.       Venice.LA-City.LIB.CA.US              <====  a city library
  1023.       MDR.LA-County.LIB.CA.US               <====  a county library
  1024.  
  1025.       K12 | PRIVATE SCHOOLS (PVT) | CC | TEC
  1026.       ======================================
  1027.  
  1028.       Hamilton.High.LA-Unified.K12.CA.US      <====  a public school
  1029.       Sherman-Oaks.Elem.LA-Unified.K12.CA.US  <====  a public K12 school
  1030.       John-Muir.Middle.Santa-Monica.K12.CA.US <====  a public K12 school
  1031.       Culver-High.CCSD.K12.CA.US              <====  a public K12 school
  1032.  
  1033.       St-Monica.High.Santa-Monica.CA.US       <====  a private school
  1034.       Crossroads-School.Santa-Monica.CA.US    <====  a private school
  1035.       Mary-Ellens.Montessori-School.LA.CA.US  <====  a private school
  1036.       Progress-Learning-Center.PVT.K12.CA.US  <====  a private school
  1037.  
  1038.       SMCC.Santa-Monica.CC.CA.US      <====  a public community college
  1039.       Trade-Tech.Los-Angeles.CC.CA.US <====  a public community college
  1040.       Valley.Los-Angeles.CC.CA.US     <====  a public community college
  1041.  
  1042.       Brick-and-Basket-Institute.TEC.CA.US    <== a technical college
  1043.  
  1044.  
  1045.       When appropriate, subdomains are delegated and partioned in
  1046.       various categories, such as:
  1047.  
  1048.        <locality>.<state>.US   =   city/locality based names
  1049.               K12.<state>.US   =   kindergarten thru 12th grade
  1050.            PVT.K12.<state.US   =   private kindergarten thru 12th grade
  1051.                CC.<state>.US   =   community colleges
  1052.               TEC.<state>.US   =   technical or vocational schools
  1053.               LIB.<state>.US   =   libraries
  1054.             STATE.<state>.US   =   state government agencies
  1055.            <org-name>.FED.US   =   federal government agencies
  1056.            <org-name>.DNI.US   =   distributed national institutes
  1057.       <org-name>.GEN.<state>.US. = statewide assoc,clubs,domain parks
  1058.  
  1059.       The Appendix-I contains the current US Domain Names BNF.
  1060.  
  1061.  
  1062.  
  1063.  
  1064.  
  1065.  
  1066. Cooper & Postel                                                [Page 19]
  1067.  
  1068. RFC 1480                     The US Domain                     June 1993
  1069.  
  1070.  
  1071. 3. REGISTRATION
  1072.  
  1073.    There are two types of registrations (1) Delegation, where a branch
  1074.    of the US Domain is delegated to an organization running name servers
  1075.    to support that branch; or (2) Direct Registration, in which the
  1076.    information is put directly into the main database.
  1077.  
  1078.    In Direct Registration there are two cases: (a) an IP-host (with an
  1079.    IP address), and (b) non-IP host (for example, a UUCP host).  Any
  1080.    particular registration will involve any one of these three
  1081.    situations.
  1082.  
  1083.    3.1  Requirements
  1084.  
  1085.    Anyone requesting to register a host in the US Domain is sent a copy
  1086.    of the "Instructions for the US Domain Template", and must fill out a
  1087.    US Domain template.
  1088.  
  1089.    The US Domain template, is similar to the InterNIC Domain template,
  1090.    but it is not the same.  To request a copy of the US Domain template,
  1091.    send a message to the US Domain registrar (us-domain@isi.edu).
  1092.  
  1093.    If you are registering a name in a delegated zone, please register
  1094.    with the contact for that zone.  You can FTP the file "in-notes/us-
  1095.    domain-delegated.txt" from venera.isi.edu, via anonymous FTP.  This
  1096.    information is also available via email from RFC-INFO@ISI.EDU
  1097.    (include as the only text in the message
  1098.    "Help: us_domain_delegated_domains").
  1099.  
  1100.    The key people must have electronic mailboxes (that work).  Please
  1101.    provide all the information indicated in the "Administrator" and
  1102.    "Technical Contact" slots.
  1103.  
  1104.    The administrator will be the point of contact for any administrative
  1105.    and policy questions about the domain. The administrator is usually
  1106.    the person who manages the organization being registered.
  1107.  
  1108.    The technical contact can also be administrator, or the systems
  1109.    person, or someone who is familiar with the technical details of the
  1110.    Internet.  The technical contact should have a valid working email
  1111.    address.  This is necessary in case something goes wrong.
  1112.  
  1113.    It is important that your "Return-Path" and "From" field indicate an
  1114.    Internet-style address.  UUCP-style addresses such as "host1!user"
  1115.    will not work.  This is fine within the UUCP world, but not the
  1116.    Internet.  If you want people on the Internet to be able to send mail
  1117.    to you, your return path needs to be an Internet-style address such
  1118.    as: host1!user@Internet.gateway.host or user@Internet.gateway.host.
  1119.  
  1120.  
  1121.  
  1122. Cooper & Postel                                                [Page 20]
  1123.  
  1124. RFC 1480                     The US Domain                     June 1993
  1125.  
  1126.  
  1127.    It is also possible to register through one of the Internet service
  1128.    providers that have established working relationships with the US
  1129.    Domain Administrator.
  1130.  
  1131.    If everything checks out, the turn around time for registering a host
  1132.    is usually a few days.  The name servers are updated anywhere from 12
  1133.    to 24 hours later.
  1134.  
  1135.    There are two ways to be registered in the US Domain, directly, or by
  1136.    delegation.
  1137.  
  1138.    3.2  Direct Entries
  1139.  
  1140.    Direct entry in the database of the US Domain appeals most to
  1141.    individuals and small companies.  You may fill out the application
  1142.    and send it directly to the US Domain Administrator.  If you are in
  1143.    an area where the zone is delegated to someone else your request will
  1144.    be forwarded to the zone administrator for your registration.  Or,
  1145.    you may send the form directly to the manager of a delegated zone
  1146.    (see Section 3.1).
  1147.  
  1148.    3.2.1 IP-Hosts
  1149.  
  1150.    These are hosts with IP addresses which correspond to "A" records in
  1151.    the DNS database.
  1152.  
  1153.    3.2.2 Non-IP Hosts
  1154.  
  1155.    Many applicants have hosts in the UUCP world.  Some are one hop away,
  1156.    some two and three hops away from their "Internet Forwarder", this is
  1157.    acceptable.  What is important is getting an Internet host to be your
  1158.    forwarder.  If you do not already have an Internet forwarder, there
  1159.    are several businesses that provide this service for a fee, such as
  1160.    UUNET.UU.NET (postmaster@uunet.uu.net), PSI (postmaster@UU2.PSI.COM)
  1161.    and CERFNET (help@cerf.net).  Sometimes local colleges in your area
  1162.    are already on the Internet and may be willing to act as an Internet
  1163.    Forwarder.  You would need to work this out with the systems
  1164.    administrator as we cannot make these arrangements for you.
  1165.  
  1166.    Although we work with UUCP service providers, the Internet US Domain
  1167.    registration is not affiliated with the registration of UUCP Map
  1168.    entries.  The UUCP map entry does not provide us with sufficient
  1169.    information.  If you do not have a copy of the US Domain
  1170.    questionnaire template, please send a message to: us-domain@isi.edu
  1171.    and request one.  See Appendix-II.
  1172.  
  1173.  
  1174.  
  1175.  
  1176.  
  1177.  
  1178. Cooper & Postel                                                [Page 21]
  1179.  
  1180. RFC 1480                     The US Domain                     June 1993
  1181.  
  1182.  
  1183.    The example below is not an appropriate registration for the US Domain.
  1184.  
  1185.      #N starl
  1186.      #S Amiga 2500; AmigaDOS 2.04; Dillon's AmigaUUCP 1.15D
  1187.      #O Starlight BBS
  1188.      #C Stephen Baker
  1189.      #E starl!sbaker
  1190.      #T +1 305 378 1161
  1191.      #P 1107 SW 200th St #303B Miami, Fl. 33157
  1192.      #L 25 47 N / 88 10 W [city]
  1193.      #R
  1194.      #U mthvax
  1195.      #W starl!sbaker (Stephen Baker); Mon Feb 24 19:58:24 EST 1992
  1196.       starl        mthvax(DAILY)
  1197.  
  1198.    If you are registering your host as a central site for a USENET group
  1199.    where other UUCP sites will feed from you, that's fine.  These UUCP
  1200.    sites do not need to register.  If however, the other sites become a
  1201.    subdomain of your hostname, then we will need to register them
  1202.    individually or add a wildcard record. (See Section 4.4. Wildcards).
  1203.  
  1204.            For example:          bah.rochester.ny.us
  1205.                            host1.bah.rochester.ny.us
  1206.                            host2.bah.rochester.ny.us
  1207.  
  1208.    To use US Domain names for non-IP hosts, there must be a forwarder
  1209.    host that is an IP host.  There must be an administrative agreement
  1210.    and a technical procedure for relaying mail between the non-IP host
  1211.    and the forwarder host.
  1212.  
  1213.    Case 1:
  1214.    -------
  1215.  
  1216.    Your host is not an IP host but does talk directly with a host that
  1217.    is an IP host.
  1218.                                                   +-----------------+
  1219.    +----------+            +---------+            |                 |
  1220.    |your-host |---UUCP-----|forwarder|----IP/TCP--|    INTERNET     |
  1221.    +----------+            +---------+            |                 |
  1222.                                                   +-----------------+
  1223.    "Forwarder" must be an IP host on the Internet.
  1224.  
  1225.    You must ask "forwarder" if they are willing to be the Internet
  1226.    forwarder for "your-host".
  1227.  
  1228.    In the US Domain of the DNS data base there must be an entry like
  1229.    this:
  1230.           "your-host"  MX  10  "forwarder"
  1231.  
  1232.  
  1233.  
  1234. Cooper & Postel                                                [Page 22]
  1235.  
  1236. RFC 1480                     The US Domain                     June 1993
  1237.  
  1238.  
  1239.    This must be entered by the US Domain Administrator.
  1240.  
  1241.    In the "forwarder" routing tables there must be information about
  1242.    "your-host" with a rule like: If I see mail for "your-host" I will
  1243.    send it via uucp by calling phone number "123-4567".
  1244.  
  1245.    Case 2:
  1246.    -------
  1247.  
  1248.    In this case your hosts talks to another host that ... that talks to
  1249.    an IP host.  In other words, there are multiple hops between your host
  1250.    and the Internet.
  1251.                                                   +-----------------+
  1252.    +----------+            +---------+            |                 |
  1253.    |path-host |---UUCP-----|forwarder|----IP/TCP--|    INTERNET     |
  1254.    +----------+            +---------+            |                 |
  1255.        |                                          +-----------------+
  1256.       UUCP
  1257.        |
  1258.    +----------+
  1259.    |your-host |
  1260.    +----------+
  1261.  
  1262.    "Forwarder" must be an IP host on the Internet.
  1263.  
  1264.    You must ask "forwarder" if they are willing to be the Internet
  1265.    Forwarder for "Your-Host".  You must ask "path-host" to relay your
  1266.    mail.
  1267.  
  1268.    In the US Domain of the DNS Database there must be an entry like this:
  1269.  
  1270.           "your-host"  MX  10  "forwarder"
  1271.  
  1272.    This must be entered by the US Domain Administrator.
  1273.  
  1274.    In the "forwarder" routing tables there must be information about
  1275.    "your-host" with a rule like: If I see mail for "your-host" I will
  1276.    send it via UUCP to "path-host" by calling phone number "123-4567".
  1277.    and "path-host" must also know how to relay the mail to "your-host".
  1278.  
  1279.    Note: It is assumed that "path-host" is already MXed to "forwarder".
  1280.    It is not appropriate to ask to MX "your-host" to "path-host" (this
  1281.    is sometimes called double MXing).  The host on the right hand side
  1282.    of an MX entry must be a host on the Internet with an IP address
  1283.    (e.g., 128.9.2.32).
  1284.  
  1285.  
  1286.  
  1287.  
  1288.  
  1289.  
  1290. Cooper & Postel                                                [Page 23]
  1291.  
  1292. RFC 1480                     The US Domain                     June 1993
  1293.  
  1294.  
  1295.    3.3  Delegated Subdomains
  1296.  
  1297.    Many branches of the US Domain are delegated. There must be a
  1298.    knowledgeable and competent technical contact, familiar with the
  1299.    Internet DNS.  This requirement is easily satisified if the technical
  1300.    contact already runs some other name servers.
  1301.  
  1302.    Examples of delegations are K12.TX.US for the Kindergarten through
  1303.    12th Grade public schools in Texas, the locality "berkeley.ca.us", or
  1304.    the LIB.MN.US branch for the libraries in Minnesota.
  1305.  
  1306.    The administrator of the US Domain is responsible for the assignment
  1307.    of all the DNS names that end with ".US".  Of course, one person or
  1308.    even one group can't handle all this in the long run so portions of
  1309.    the name space are delegated to others.
  1310.  
  1311.    The major concern in selecting a designated manager for a domain is
  1312.    that it be able to carry out the necessary responsibilities, and have
  1313.    the ability to do an equitable, just, honest, and competent job.
  1314.  
  1315.    The key requirement is that for each domain there be a designated
  1316.    manager for supervising that domain's name space.
  1317.  
  1318.    These designated authorities are trustees for the delegated domain,
  1319.    and have a duty to serve the community.
  1320.  
  1321.    The designated manager is the trustee of the domain for the domain
  1322.    itself and the global Internet community.
  1323.  
  1324.    Concerns about "rights" and "ownership" of domains are inappropriate.
  1325.    It is appropriate to be concerned about "responsibilities" and
  1326.    "service" to the community.
  1327.  
  1328.    The designated manager must be equitable to all groups in the domain
  1329.    that request domain names.
  1330.  
  1331.    This means that the same rules are applied to all requests.  All
  1332.    requests must be processed in a nondiscriminatory fashion, and
  1333.    academic and commercial (and other) users are treated on an equal
  1334.    basis.  No bias shall be shown regarding requests that may come from
  1335.    customers of some other business related to the manager -- e.g., no
  1336.    preferential service for customers of a particular data network
  1337.    provider.  There can be no requirement that a particular mail system
  1338.    (or other application), protocol, or product be used.
  1339.  
  1340.    There are no requirements on subdomains beyond the requirements on
  1341.    higher-level domains themselves.  That is, the requirements are
  1342.    applied recursively.  In particular, all subdomains shall be allowed
  1343.  
  1344.  
  1345.  
  1346. Cooper & Postel                                                [Page 24]
  1347.  
  1348. RFC 1480                     The US Domain                     June 1993
  1349.  
  1350.  
  1351.    to operate their own domain name servers, providing in them whatever
  1352.    information the subdomain manager sees fit (as long as it is true and
  1353.    correct).
  1354.  
  1355.    Significantly interested parties in the domain should agree that the
  1356.    designated manager is the appropriate party.
  1357.  
  1358.    The US Domain Administrator tries to have any contending parties
  1359.    reach agreement among themselves, and generally takes no action to
  1360.    change things unless all the contending parties agree; only in cases
  1361.    where the designated manager has substantially neglected their
  1362.    responsibilities would the US Domain Administrator step in.
  1363.  
  1364.    The designated manager must do a satisfactory job of operating the
  1365.    DNS service for the domain.
  1366.  
  1367.    That is, the actual management of the assigning of domain names,
  1368.    delegating subdomains and operating name servers must be done with
  1369.    technical competence.  This includes keeping the US Domain
  1370.    Administrator or other higher-level domain managers advised of the
  1371.    status of the domain, responding to requests in a timely manner, and
  1372.    operating the database with accuracy, robustness, and resilience.
  1373.  
  1374.    There must be a primary and a secondary name server that have IP
  1375.    connectivity to the Internet and can be easily checked for
  1376.    operational status and database accuracy by the US Domain
  1377.    Administrator.
  1378.  
  1379.    One of the aspects of having two name servers for each domain (or
  1380.    zone), is for robustness.  One concern under this heading is that the
  1381.    name service not go out entirely if there is a local power failure
  1382.    (earthquake, tornado, or other disaster).
  1383.  
  1384.    Name Servers should be in distinctly separate physical locations.  It
  1385.    is appropriate to have more than two name servers, but there must be
  1386.    at least two.
  1387.  
  1388.    For any transfer of the designated manager trusteeship from one
  1389.    organization to another, the higher-level domain manager must receive
  1390.    communications from both the old organization and the new
  1391.    organization that assures the US Domain Administrator that the
  1392.    transfer in mutually agreed, and that the new organization
  1393.    understands its responsibilities.
  1394.  
  1395.    It is also very helpful for the US Domain Administrator to receive
  1396.    communications from other parties that may be concerned or affected
  1397.    by the transfer.
  1398.  
  1399.  
  1400.  
  1401.  
  1402. Cooper & Postel                                                [Page 25]
  1403.  
  1404. RFC 1480                     The US Domain                     June 1993
  1405.  
  1406.  
  1407.    Delegation of cities, companies within cities, schools (K12),
  1408.    community colleges (CC), libraries (LIB), state government (STATE),
  1409.    and federal government agencies (FED), etc., is acceptable and
  1410.    practical.
  1411.  
  1412.    For a delegated portion of the name space, for example a city, no
  1413.    alterations can be made to that name, no abbreviations added, etc.
  1414.    unless applied for.
  1415.  
  1416.    Sometimes there may be two people running name servers in the same
  1417.    city because different portions of the name space has been delegated
  1418.    to them.  For example, someone may be delegated the <city>.<state>.US
  1419.    name space, and someone else from a state government agency may have
  1420.    the .STATE.<state>.US, portion.  For example, Fred may run the name
  1421.    servers for Sacramento.CA.US and Joe may run the name servers for
  1422.    STATE.CA.US in Sacramento.
  1423.  
  1424.    If a company would like to have wildcard records added, or run their
  1425.    own name servers in a city that we have delegated name space to, this
  1426.    is acceptable.
  1427.  
  1428.    Delegation of the whole State name space is not yet implemented.  The
  1429.    delegated part of the name space is in the form of:
  1430.  
  1431.                .<locality>.<state>.US.
  1432.             .CI.<locality>.<state>.US.
  1433.             .CO.<locality>.<state>.US.
  1434.                     .STATE.<state>.US.
  1435.                       .K12.<state>.US.
  1436.                    PVT.K12.<state>.US.
  1437.                        .CC.<state>.US.
  1438.                       .TEC.<state>.US.
  1439.                       .LIB.<state>.US.
  1440.                       .GEN.<state>.US.
  1441.                               .DNI.US.
  1442.                               .FED.US.
  1443.  
  1444.    3.3.1.  Delegation Requirements
  1445.  
  1446.    When a subdomain is delegated, the following requirements must be
  1447.    met:
  1448.  
  1449.       1)  There must be a knowledgeable and competent technical contact,
  1450.           familiar with the Internet DNS.  This requirement is easily
  1451.           satisified if the technical contact already runs some other
  1452.           name servers.
  1453.  
  1454.  
  1455.  
  1456.  
  1457.  
  1458. Cooper & Postel                                                [Page 26]
  1459.  
  1460. RFC 1480                     The US Domain                     June 1993
  1461.  
  1462.  
  1463.       2)  Organizations requesting delegations must provide at least two
  1464.           independent (robust and reliable) DNS name servers in
  1465.           physically separate locations on the Internet.
  1466.  
  1467.       3)  The subdomain must accept all applicants on an equal basis.
  1468.  
  1469.       4)  The subdomain must provide timely processing of requests.  To
  1470.           do this, it is helpful to have several individuals
  1471.           knowledgeable about the procedures so that the operations are
  1472.           not delayed due to one persons unavailability (for example, by
  1473.           being on vacation).
  1474.  
  1475.       5)  The subdomain manager must tell the US Domain Administrator
  1476.           when there are changes in the name servers that should be
  1477.           reflected in the US Domain zone files, or changes in the
  1478.           contact information.
  1479.  
  1480.    K12 Administrators
  1481.  
  1482.       In the long term, registering schools will be a big job.  So you
  1483.       need to have in mind delegating parts of the work to various
  1484.       school districts.  If you can delegate every school district in
  1485.       the state then you are finished, except for checking that they are
  1486.       all operating correctly.  However, initially you will have quite a
  1487.       bit to do with educating people, helping them choose names and
  1488.       getting name servers arranged.  You are responsible for seeing
  1489.       that the naming of schools follow the guidelines suggested in this
  1490.       memo.
  1491.  
  1492.       All K12 Administrators will initially be responsible for managing
  1493.       the "pseudo district" PVT for private schools.  Private schools
  1494.       have the option of registering as <school-name>.PVT.K12.<state>.US
  1495.       or as a business under the city based names.
  1496.  
  1497.    Locality Administrators
  1498.  
  1499.       If you have been delegated a locality subdomain, you will be
  1500.       responsible for registering not only businesses directly under the
  1501.       locality, but city and county agencies under the "CI" and "CO"
  1502.       branches.  When appropriate these branches should be delegated.
  1503.  
  1504.       If you want, you may spell out "CITY" instead of "CI" or "COUNTY"
  1505.       instead of "CO", but you must be consistent and use only one or
  1506.       the other in a given locality.  The whole city government should
  1507.       be under one branch.
  1508.  
  1509.  
  1510.  
  1511.  
  1512.  
  1513.  
  1514. Cooper & Postel                                                [Page 27]
  1515.  
  1516. RFC 1480                     The US Domain                     June 1993
  1517.  
  1518.  
  1519.    WHOIS Database
  1520.  
  1521.       Only the second and third level delegated name spaces will be
  1522.       entered in the WHOIS database.  For example, K12.CA.US would have
  1523.       an entry in WHOIS.  Anything under K12.CA.US will not be listed.
  1524.       The US Domain Administrator will send the information that you
  1525.       supplied on your US Domain template to the InterNIC.  It is the
  1526.       hope that in the future, each delegated subdomain will provide
  1527.       their own WHOIS directory database for their branch.
  1528.  
  1529.    3.3.2  Delegation Procedures
  1530.  
  1531.    The procedure that is followed when a subdomain is delegated includes
  1532.    the following steps:
  1533.  
  1534.       1)  Evaluate the technical contact's experience with DNS.  Make
  1535.           sure there is a need for the proposed delegation.  Make sure
  1536.           the technical contact has the information about the US Domain
  1537.           and the suggested naming structure.  Two contacts with email
  1538.           addresses are necessary in case something goes wrong.
  1539.  
  1540.       2)  Add the new technical contact to the "us-dom-adm" mailing list
  1541.           for distributing updates concerning the US Domain policies and
  1542.           procedures.
  1543.  
  1544.       3)  Delete any hosts from our zone file that belongs in the newly
  1545.           delegated subdomain and make sure they now have the hosts in
  1546.           their zone file.
  1547.  
  1548.       4)  Send them a copy of the zone file so their initial zone file
  1549.           is identical to ours. For example:
  1550.  
  1551.           mil.wi.us.      69582   SOA     spool.mu.edu.
  1552.                                           manager.spool.mu.edu. (
  1553.                                   930119  ;serial
  1554.                                   28800   ;refresh
  1555.                                   14400   ;retry
  1556.                                   3600000 ;expire
  1557.                                   86400 ) ;minim
  1558.  
  1559.           mil.wi.us.      69582   NS      spool.mu.edu.
  1560.           spool.mu.edu.   85483   A       134.48.1.31
  1561.           mil.wi.us.      69582   NS      sophie.mscs.mu.edu.
  1562.           sophie.mscs.mu.edu.     85483   A       134.48.4.6
  1563.           solaria.mil.wi.us.      69582   HINFO   Sun 3/60 SunOs
  1564.           solaria.mil.wi.us.      69582   MX      10 spool.mu.edu.
  1565.           nthomas.mil.wi.us.      69582   HINFO   386 Clone DOS
  1566.           nthomas.mil.wi.us.      69582   MX      10 spool.mu.edu.
  1567.  
  1568.  
  1569.  
  1570. Cooper & Postel                                                [Page 28]
  1571.  
  1572. RFC 1480                     The US Domain                     June 1993
  1573.  
  1574.  
  1575.           rwmke.mil.wi.us.        69582   HINFO   UNIX PC UNIX
  1576.           rwmke.mil.wi.us.        69582   MX      10 spool.mu.edu.
  1577.           milestn.mil.wi.us.      69582   MX      10 spool.mu.edu.
  1578.           nrunner.mil.wi.us.      69582   HINFO   MacIntosh System 7
  1579.           nrunner.mil.wi.us.      69582   MX      10 spool.mu.edu.
  1580.           dawley.mil.wi.us.       69582   HINFO   386 Clone DOS
  1581.           dawley.mil.wi.us.       69582   MX      10 spool.mu.edu.
  1582.             ...
  1583.  
  1584.       5)  The US Domain zone file must have the following records,
  1585.           showing the name, address, email, and phone number of the
  1586.           technical contact for the delegated subdomain and the name of
  1587.           the delegated name space and the names of the name servers.
  1588.  
  1589.             ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
  1590.             ;
  1591.             ;Contact:  Joseph Klein (tjk@spool.mu.edu)
  1592.             ;          Marquette University
  1593.             ;          (414) 288-6734
  1594.             ;
  1595.             ;Delegate mil.wi.us zone
  1596.  
  1597.             mil.wi.us.      604800  NS      SPOOL.MU.EDU.
  1598.                             604800  NS      SOPHIE.MSCS.MU.EDU.
  1599.  
  1600.             ; A glue record is not needed this time. Glue records are
  1601.             ; needed when the name of the server is a subdomain of the
  1602.             ; delegated domain.
  1603.             ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
  1604.  
  1605.       6)  Check to see that delegated subdomain name servers are up and
  1606.           running, and make sure the delegated hosts are installed in
  1607.           their zone file.  Now delete any hosts from the US Domain zone
  1608.           file that belongs in the newly delegated subdomain.
  1609.  
  1610.       7)  Inform the technical contact of the newly delegated subdomain
  1611.           that wildcard records are allowed in the zone file under the
  1612.           organizational subdomain but no wildcard records are allowed
  1613.           under the "city" or "state" domain.
  1614.  
  1615.       8)  Make sure each administrator has a copy of this RFC and
  1616.           follows the guidelines set forth.
  1617.  
  1618.    3.3.3   Subdomain Contacts
  1619.  
  1620.    The number of hosts registered under each subdomain is unknown. See
  1621.    Section 3.1 for information on the delegated domains and the
  1622.    contacts.
  1623.  
  1624.  
  1625.  
  1626. Cooper & Postel                                                [Page 29]
  1627.  
  1628. RFC 1480                     The US Domain                     June 1993
  1629.  
  1630.  
  1631. 4. DATABASE INFORMATION
  1632.  
  1633.    4.1. Name Servers
  1634.  
  1635.    Name servers are the repositories of information that make up the
  1636.    domain database.  The database is divided up into sections called
  1637.    zones, which are distributed among the name servers.  While name
  1638.    servers can have several optional functions and sources of data, the
  1639.    essential task of a name server is to answer queries using data in
  1640.    its zones.  The response to a query can always be generated using
  1641.    only local data, and either contains the answer to the question or a
  1642.    referral to other name servers "closer" to the desired information.
  1643.  
  1644.    A given zone will be available from several name servers to insure
  1645.    its availability in spite of host or communication link failure.
  1646.    Every zone is required to be available on at least two servers, and
  1647.    many zones have more redundancy than that.
  1648.  
  1649.    The US Domain is currently supported by seven name servers:
  1650.  
  1651.            venera.isi.edu
  1652.            ns.isi.edu
  1653.            rs.internic.net
  1654.            ns.csl.sri.com
  1655.            ns.uu.net
  1656.            adm.brl.mil
  1657.            excalibur.usc.edu
  1658.  
  1659.    4.2 Zone Files
  1660.  
  1661.    A "zone" is a registry of domains kept by a particular organization.
  1662.    A zone registry is "authoritative", that is, the master copy of the
  1663.    registry is kept by the zone organization, and this copy is, by
  1664.    definition, always up-to-date.  Copies of this registry may be
  1665.    distributed to other places and kept in caches, but these caches are
  1666.    not authoritative, and may be out-of-date.
  1667.  
  1668.    Every zone has at least one node, and hence domain name, for which it
  1669.    is authoritative, and all of the nodes in a particular zone are
  1670.    connected.  Given the tree structure, every zone has a highest node
  1671.    which is closer to the root than any other node in the zone.  The
  1672.    name of this node is often used to identify the zone.  The data that
  1673.    describes a zone has four major parts:
  1674.  
  1675.         1) Authoritative data for all nodes within the zone.
  1676.  
  1677.         2) Data that defines the top node of the zone
  1678.            (can be thought of as part of the authoritative data).
  1679.  
  1680.  
  1681.  
  1682. Cooper & Postel                                                [Page 30]
  1683.  
  1684. RFC 1480                     The US Domain                     June 1993
  1685.  
  1686.  
  1687.         3) Data that describes delegated subzones, i.e., cuts
  1688.            around the bottom of the zone,
  1689.  
  1690.         4) Data that allows access to name servers for subzones
  1691.            (sometimes called "glue" data).
  1692.  
  1693.    The zone administrator has to maintain the zones at all the name
  1694.    servers which are authoritative for the zone.  When the changes are
  1695.    made, they must be distributed to all of the name servers.
  1696.  
  1697.    Copies of the zone files are not available unless you are on the
  1698.    Internet.  To look at the zone files use the "dig" program of the DNS
  1699.    domain name system.
  1700.  
  1701.         dig   @nshost  host-your-checking  axfr
  1702.  
  1703.    4.3 Resource Records
  1704.  
  1705.    Records in the zone data files are called resource records (RRs).
  1706.    The standard Resource records (RR) are specified in STD 13, RFC 1034
  1707.    and STD 13, RFC 1035 (3,4).  An RR has a standard format as shown.
  1708.  
  1709.                   <name> [<ttl>] [<class>] <type> <data>
  1710.  
  1711.    The first field is always the name of the domain record.  The second
  1712.    field is an optional time to live field.  This specifies how long
  1713.    this data will be stored in the data base.  The third field is the
  1714.    address class; the class field specifies the protocol group most
  1715.    often this is the Internet class "IN".  The fourth field states the
  1716.    type of the resource record.  The fields after that are dependent on
  1717.    the Type of RR.  The fifth field is the data field which is defined
  1718.    differently for each type and class of data.  Here is a list of the
  1719.    current commonly used types:
  1720.  
  1721.            SOA     Start of Authority
  1722.            NS      Name Server
  1723.            A       Internet Address
  1724.            CNAME   Canonical Name (nickname pointer)
  1725.            HINFO   Host Information
  1726.            WKS     Well Known Services
  1727.            MX      Mail Exchanger
  1728.            PTR     Pointer
  1729.  
  1730.  
  1731.  
  1732.  
  1733.  
  1734.  
  1735.  
  1736.  
  1737.  
  1738. Cooper & Postel                                                [Page 31]
  1739.  
  1740. RFC 1480                     The US Domain                     June 1993
  1741.  
  1742.  
  1743.    What do the fields mean?
  1744.  
  1745.            foo.LA.CA.US.    604800    MX   10     Venera.ISI.EDU.
  1746.            (1)              (2)       (3)  (4)    (5)
  1747.  
  1748.            1)  domain name
  1749.            2)  time to live information
  1750.            3)  mail exchanger record
  1751.            4)  preference value to determine (if more than one
  1752.                forwarder) which mailer to use first, lower number
  1753.                higher preference
  1754.            5)  the Internet forwarding host.
  1755.  
  1756.    4.3.1  "A" Records
  1757.  
  1758.    Internet (IP) Address.  The data for an "A" record is an Internet
  1759.    address in a dotted decimal form.  A sample "A" record might look
  1760.    like:
  1761.  
  1762.            venera.isi.edu.          A      128.9.0.32
  1763.               (name)               (A)     (address)
  1764.  
  1765.    The name field is the machine name, and the address is the network
  1766.    address.  There should be only one "A" record for each address of a
  1767.    host.
  1768.  
  1769.    4.3.2  CNAME Records
  1770.  
  1771.    Canonical Name resource record, CNAME, specifies an alias for a
  1772.    canonical name.  This is essentially a pointer to the official name
  1773.    for the requested name.  All other RRs appear under this official
  1774.    name.  A machine named FERNWOOD.MPK.CA.US may want to have the
  1775.    nickname ANTERIOR.MPK.CA.US.  In that case, the following RR would be
  1776.    used:
  1777.  
  1778.            anterior.mpk.ca.us.     CNAME      fernwood.mpk.ca.us.
  1779.             (alias nickname)                   (canonical name)
  1780.  
  1781.    Nicknames (the name associated with the RR is the nickname) may be
  1782.    added for awhile when a host changes its name, usually because it
  1783.    moves to another state.  It helps to have this CNAME pointer so if
  1784.    any mail comes to the old address it will get forwarded to the new
  1785.    one.  There cannot be any other RRs associated with a nickname of the
  1786.    same class.
  1787.  
  1788.  
  1789.  
  1790.  
  1791.  
  1792.  
  1793.  
  1794. Cooper & Postel                                                [Page 32]
  1795.  
  1796. RFC 1480                     The US Domain                     June 1993
  1797.  
  1798.  
  1799.    4.3.3  MX Records
  1800.  
  1801.    Mail Exchanger records, MX, are used to specify a machine that knows
  1802.    how to deliver mail to a machine that is not directly connected to
  1803.    the Internet.  For example, venera.isi.edu is the mail gateway that
  1804.    knows how to deliver mail to foo.la.ca.us, but other machines on the
  1805.    network cannot deliver mail directly to foo.la.ca.us.  These two
  1806.    machines may have a private connection or use a different transport
  1807.    medium (such as uucp).  The preference value (10) is the order that a
  1808.    mailer should follow when there is more than one way to deliver mail
  1809.    to a single machine.  The lower the number the higher the preference.
  1810.  
  1811.            foo.LA.CA.US.  604800  MX  10  Venera.ISI.EDU.
  1812.            foo.LA.CA.US.  604800  MX  20  relay1.uu.net.
  1813.  
  1814.    4.3.4   HINFO Records
  1815.  
  1816.    Host information resource records, HINFO is for host specific data.
  1817.    This lists the hardware and operating system that are running at the
  1818.    listed host.  It should be noted that a space separates the hardware
  1819.    information and the operating system information.  If you want to
  1820.    include a space in the machine name you must quote the name.  Host
  1821.    information is not specific to any class, so ANY may be used for the
  1822.    address class.  There should be one HINFO record for each host.
  1823.  
  1824.    acb.la.ca.us.       HINFO       VAX-11/780      UNIX
  1825.                                    (Hardware)      (Operating System)
  1826.  
  1827.    The official HINFO types can be found in the latest Assigned Numbers
  1828.    RFC, the most recent edition being STD 2, RFC 1340 [9].  The hardware
  1829.    type is called the Machine Name, and the software type is called the
  1830.    System Name.
  1831.  
  1832.    The information users supply about this is often inconsistent or
  1833.    incomplete.  Please follow the terms in the current "Assigned
  1834.    Numbers".
  1835.  
  1836.    4.3.5  PTR Records
  1837.  
  1838.    A Domain Name Pointer record, PTR, allows special names to point to
  1839.    some other location in the domain data base.  These are typically
  1840.    used in setting up reverse pointers for the special IN-ADDR.ARPA
  1841.    domain.  PTR names should be unique to the zone.
  1842.  
  1843.          0.0.9.128.in-addr.arpa     PTR    isi-net.isi.edu.
  1844.              (special name)                  (real name)
  1845.  
  1846.  
  1847.  
  1848.  
  1849.  
  1850. Cooper & Postel                                                [Page 33]
  1851.  
  1852. RFC 1480                     The US Domain                     June 1993
  1853.  
  1854.  
  1855.    A PTR record is to be added to the IN-ADDR.ARPA domain for every "A"
  1856.    record registered in the US Domain.  These PTR records need to be
  1857.    added by the administrator of the network where the host is
  1858.    connected.  The US Domain Administration does not administer the
  1859.    network and cannot make these entries in the DNS database.
  1860.  
  1861.    4.4  Wildcards
  1862.  
  1863.    The wildcard records are of the form "*.<anydomain>", where
  1864.    <anydomain> is any domain name.  The wildcards potentially apply to
  1865.    descendents of <anydomain>, but not to <anydomain> itself.
  1866.  
  1867.    For example, suppose a large company located in California with a
  1868.    large, non-IP/TCP, network wanted to create a mail gateway.  If the
  1869.    company was called DWP.LA.CA.US, and the IP/TCP capable gateway
  1870.    machine (Internet forwarder) was called ELROY.JPL.NASA.GOV, the
  1871.    following RRs might be entered into the .US zone.
  1872.  
  1873.            dwp.la.ca.us    MX      10       ELROY.JPL.NASA.GOV
  1874.          *.dwp.la.ca.us    MX      10       ELROY.JPL.NASA.GOV
  1875.  
  1876.    The wildcard record *.DWP.LA.CA.US would cause an MX query for any
  1877.    domain name ending in DWP.LA.CA.US to return an MX RR pointing at
  1878.    ELROY.JPL.NASA.GOV. The entry without the "*" is needed so the host
  1879.    dwp can be found.
  1880.  
  1881.    In the US Domain, wildcard records are allowed in our zone files
  1882.    under the organizational subdomain (and where noted otherwise) but no
  1883.    wildcard records are allowed under the "City" or "State" domain.
  1884.  
  1885.        The authors strongly believe that it is in everyone's
  1886.        interest and good for the Internet to have each host
  1887.        explicitly registered (that is, we believe that wildcards
  1888.        should not be used), we also realize that not everyone
  1889.        agrees with this belief.  Thus, we will allow wildcard
  1890.        records in the US Domain under groups or organizations.
  1891.        For example, *.DWP.LA.CA.US.
  1892.  
  1893.        The reason we feel single entries are the best is by the mere
  1894.        fact that if anyone wanted to find one of the hosts in the
  1895.        domain name system it would be there, and problems can be
  1896.        detected more easily.  When using wildcards records all the
  1897.        hosts under a subdomain are hidden.
  1898.  
  1899.  
  1900.  
  1901.  
  1902.  
  1903.  
  1904.  
  1905.  
  1906. Cooper & Postel                                                [Page 34]
  1907.  
  1908. RFC 1480                     The US Domain                     June 1993
  1909.  
  1910.  
  1911. 5. REFERENCES
  1912.  
  1913.    [1]  Stahl, M., "Domain Administrators Guide", RFC 1032, SRI
  1914.         International, November 1987.
  1915.  
  1916.    [2]  Lottor, M., "Domain Administrators Operations Guide" RFC 1033,
  1917.         SRI International, November 1987.
  1918.  
  1919.    [3]  Mockapetris, P., "Domain Names - Concepts and Facilities",
  1920.         STD 13, RFC 1034, ISI, November 1987.
  1921.  
  1922.    [4]  Mockapetris, P., "Domain Names - Implementation and
  1923.         Specification", STD 13, RFC 1035, ISI, November 1987.
  1924.  
  1925.    [5]  Dunlap, K., "Name Server Operations Guide for Bind,
  1926.         Release 4.3", UC Berkeley, SMM:11-3.
  1927.  
  1928.    [6]  Partridge, C., "Mail Routing and the Domain Name System",
  1929.         STD 14, RFC 974, BBN, January 1986.
  1930.  
  1931.    [7]  Albitz, P., C. Liu, "DNS and Bind" Help for UNIX System
  1932.         Administrators, O'Reilly and Associates, Inc., October 1992.
  1933.  
  1934.    [8]  ACM SIGUCCS Networking Taskforce, "Connecting to the Internet -
  1935.         What Connecting Institutions Should Anticipate", FYI 16,
  1936.         RFC 1359, August 1992.
  1937.  
  1938.    [9]  Reynolds, J., and J. Postel, "Assigned Numbers", STD 2,
  1939.         RFC 1340, ISI, July 1992.
  1940.  
  1941. 6. Security Considerations
  1942.  
  1943.    Security issues are not discussed in this memo.
  1944.  
  1945.  
  1946.  
  1947.  
  1948.  
  1949.  
  1950.  
  1951.  
  1952.  
  1953.  
  1954.  
  1955.  
  1956.  
  1957.  
  1958.  
  1959.  
  1960.  
  1961.  
  1962. Cooper & Postel                                                [Page 35]
  1963.  
  1964. RFC 1480                     The US Domain                     June 1993
  1965.  
  1966.  
  1967. 7. Authors' Addresses
  1968.  
  1969.    Ann Cooper
  1970.    USC/Information Sciences Institute
  1971.    4676 Admiralty Way
  1972.    Marina del Rey, CA  90292
  1973.    Phone:  1-310-822-1511
  1974.    Email:  cooper@isi.edu
  1975.  
  1976.    Jon Postel
  1977.    USC/Information Sciences Institute
  1978.    4676 Admiralty Way
  1979.    Marina del Rey, CA  90292
  1980.    Phone:  1-310-822-1511
  1981.    Email:  postel@isi.edu
  1982.  
  1983.  
  1984.  
  1985.  
  1986.  
  1987.  
  1988.  
  1989.  
  1990.  
  1991.  
  1992.  
  1993.  
  1994.  
  1995.  
  1996.  
  1997.  
  1998.  
  1999.  
  2000.  
  2001.  
  2002.  
  2003.  
  2004.  
  2005.  
  2006.  
  2007.  
  2008.  
  2009.  
  2010.  
  2011.  
  2012.  
  2013.  
  2014.  
  2015.  
  2016.  
  2017.  
  2018. Cooper & Postel                                                [Page 36]
  2019.  
  2020. RFC 1480                     The US Domain                     June 1993
  2021.  
  2022.  
  2023.                      APPENDIX-I:  US DOMAIN NAMES BNF
  2024.                      ================================
  2025.  
  2026.    <us-domain-name>    ::= <us-name><dot><us>
  2027.  
  2028.    <us-name>           ::= <state-name><dot><state-code> |
  2029.                            <fed-name><dot><fed>
  2030.                            <dni-name><dot><dni>
  2031.  
  2032.    <state-code>        ::= <the two-letter code of a state from the
  2033.                             zip code directory>
  2034.  
  2035.    <state-name>        ::= <local-name><dot><locality> |
  2036.                            <state-agency-name><dot><state> |
  2037.                            <regional-agency-name><dot><agency>
  2038.  
  2039.    <fed-name>          ::= <the dotted hierarchical name of a US
  2040.                             federal government agency>
  2041.  
  2042.    <dni-name>          ::= <the dotted hierarchical name of a
  2043.                             distributed national institution>
  2044.  
  2045.    <locality>          ::= <the full name of a city from the
  2046.                              zip code directory> |
  2047.                            <a short code name for a city> |
  2048.                            <the full name of a county, township,
  2049.                             or parish> |
  2050.                            <other well known and commonly used
  2051.                             locality name>
  2052.  
  2053.    <local-name>        ::= <entity-name> |
  2054.                            <city-name><dot><city> |
  2055.                            <county-name><dot><county> |
  2056.                            <local-agency-name><dot><local-agency>
  2057.  
  2058.    <state-agency-name> ::= <the dotted hierarchical name of a state
  2059.                             government agency>
  2060.  
  2061.    <regional-agency-name> ::= <the dotted hierarchical name of a
  2062.                              special agency or district not an
  2063.                              element of the state government and
  2064.                              typically larger than a single city or
  2065.                              county, for example, the Southern
  2066.                              California Air Quality Management District>
  2067.  
  2068.  
  2069.  
  2070.  
  2071.  
  2072.  
  2073.  
  2074. Cooper & Postel                                                [Page 37]
  2075.  
  2076. RFC 1480                     The US Domain                     June 1993
  2077.  
  2078.  
  2079.    <entity-name>       ::= <the dotted hierarchical name of an
  2080.                             entity within a city, for example: a
  2081.                             company, business, private school, club,
  2082.                             organization, or individual>
  2083.  
  2084.    <city-name>         ::= <the dotted hierarchical name of a city
  2085.                             government agency>
  2086.  
  2087.    <county-name>       ::= <the dotted hierarchical name of a county,
  2088.                              township, or parish government agency>
  2089.  
  2090.    <local-agency-name> ::= <the dotted hierarchical name of a special
  2091.                             agency or district not an element of a
  2092.                             city or county government and typically
  2093.                             equal or smaller than a single city or
  2094.                             county, for example, the Bunker Hill
  2095.                             Improvement District>
  2096.  
  2097.    <city> ::= "CI" | "CITY"
  2098.  
  2099.    <county> ::= "CO" | "COUNTY" | "TOWNSHIP" | "PARISH"
  2100.  
  2101.    <dot> ::= "."
  2102.  
  2103.    <fed> ::= "FED"
  2104.  
  2105.    <dni> ::= "DNI"
  2106.  
  2107.    <state> ::= "STATE" | "COMMONWEALTH"
  2108.  
  2109.    <agency> ::= "AGENCY" | "DISTRICT" | "K12" | "CC" | "LIB" |
  2110.                 "GEN"    | "TEC"
  2111.  
  2112.    <local-agency> ::= "AGENCY" | "DISTRICT"
  2113.  
  2114.    <us> ::= "US"
  2115.  
  2116.  
  2117.    Notes:
  2118.  
  2119.    Within States:
  2120.  
  2121.    "K12" may be used for public school districts.  A special name
  2122.    "PVT" can be used in the place of a school district name for
  2123.    private schools.
  2124.  
  2125.    "CC" may be used only for public community colleges.
  2126.  
  2127.  
  2128.  
  2129.  
  2130. Cooper & Postel                                                [Page 38]
  2131.  
  2132. RFC 1480                     The US Domain                     June 1993
  2133.  
  2134.  
  2135.    "LIB" may be only used by libraries.
  2136.  
  2137.    "TEC" is used only for technical and vocational schools and colleges.
  2138.  
  2139.    "GEN" is for general independent entities, that is, organizations
  2140.    that don't really fit anywhere else (such as statewide associations,
  2141.    clubs, and "domain parks").
  2142.  
  2143.    "STATE" may be used only for state government entities.
  2144.  
  2145.    Below US, parallel to States:
  2146.  
  2147.    "FED" is for agencies of the federal government.
  2148.  
  2149.    "DNI" is for distributed national institutes; organizations that
  2150.    span state, regional, and other organizational boundaries; that
  2151.    are national in scope, and have distributed facilities.
  2152.  
  2153.    Examples:
  2154.    =========
  2155.  
  2156.    Geo-Petrellis.Culver-City.CA.US         <== resturant
  2157.  
  2158.    Joe-Josts.Long-Beach.CA.US              <== bar
  2159.  
  2160.    IBM.Armonk.NY.US                        <== business
  2161.  
  2162.    Camp-Curry.Yosemite.CA.US               <== business
  2163.  
  2164.    Yosemite.NPS.Interior.FED.US            <== federal agency
  2165.  
  2166.    Senate.FED.US                           <== US Senate
  2167.  
  2168.    DOD.FED.US                              <== US Defense Dept.
  2169.  
  2170.    DOT.FED.US                              <== US Transportation Dept.
  2171.  
  2172.    MNPL.FRB.FED.US                         <== the Minneapolis branch of
  2173.                                                the Federal Reserve Bank
  2174.  
  2175.    MetaCenter.DNI.US                       <== distributed Nat'l Inst
  2176.  
  2177.    Senate.STATE.MN.US                      <== state Senate
  2178.  
  2179.    House.STATE.MN.US                       <== state House of Reps
  2180.  
  2181.    Assembly.STATE.CA.US                    <== state Assembly
  2182.  
  2183.  
  2184.  
  2185.  
  2186. Cooper & Postel                                                [Page 39]
  2187.  
  2188. RFC 1480                     The US Domain                     June 1993
  2189.  
  2190.  
  2191.    MDH.STATE.MN.US                         <== state Health Dept.
  2192.  
  2193.    DOT.STATE.MN.US                         <== state Transportation Dept
  2194.  
  2195.    CALTRANS.STATE.CA.US                    <== state Transportation Dept
  2196.  
  2197.    DMV.STATE.CA.US                         <== state Motor Vehicles Dept
  2198.  
  2199.    Culver-City.DMV.STATE.CA.US             <== local office of DMV
  2200.  
  2201.    Police.CI.Culver-City.CA.US             <== city department
  2202.  
  2203.    Fire-Dept.CI.Los-Angeles.CA.US          <== city department
  2204.  
  2205.    Fire-Dept.CO.Los-Angeles.CA.US          <== county department
  2206.  
  2207.    Main.Library.CI.Los-Angeles.CA.US       <== city department
  2208.  
  2209.    MDR.Library.CO.Los-Angeles.CA.US        <== county department
  2210.  
  2211.    Huntington.LIB.CA.US                    <== private library
  2212.  
  2213.    SMCC.Santa-Monica.CC.CA.US              <== public community college
  2214.  
  2215.    Trade-Tech.Los-Angeles.CC.CA.US         <== public community college
  2216.  
  2217.    Valley.Los-Angeles.CC.CA.US             <== public community college
  2218.  
  2219.    Hamilton.High.LA-Unified.K12.CA.US      <== public school
  2220.  
  2221.    Sherman-Oaks.Elem.LA-Unified.K12.CA.US  <== public school
  2222.  
  2223.    John-Muir.Middle.Santa-Monica.K12.CA.US <== public school
  2224.  
  2225.    St-Monicas.High.Santa-Monica.CA.US      <== private school
  2226.  
  2227.    Crossroads-School.Santa-Monica.CA.US    <== private school
  2228.  
  2229.    Mary-Ellens-Montessori-School.LA.CA.US  <== private school
  2230.  
  2231.    Progress-Learning-Center.PVT.K12.CA.US  <== private school
  2232.  
  2233.    Brick-and-Basket-Institute.TEC.CA.US    <== technical college
  2234.  
  2235.    Bunker-Hill.DISTRICT.Los-Angeles.CA.US  <== local district
  2236.  
  2237.    SCAQMD.DISTRICT.CA.US                   <== regional district
  2238.  
  2239.  
  2240.  
  2241.  
  2242. Cooper & Postel                                                [Page 40]
  2243.  
  2244. RFC 1480                     The US Domain                     June 1993
  2245.  
  2246.  
  2247.    Berkeley.UC.STATE.CA.US                 <== "CAL"
  2248.  
  2249.    Los-Angeles.UC.STATE.CA.US              <== UCLA
  2250.  
  2251.    Irvine.UC.STATE.CA.US                   <== UC Irvine
  2252.  
  2253.    Northridge.CSU.STATE.CA.US              <== CSUN
  2254.  
  2255.    Los-Angeles.CSU.STATE.CA.US             <== Cal State LA
  2256.  
  2257.    Leland-Stanford-Jr-University.Stanford.CA.US    <== private school
  2258.  
  2259.    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  2260.  
  2261.  
  2262.  
  2263.  
  2264.  
  2265.  
  2266.  
  2267.  
  2268.  
  2269.  
  2270.  
  2271.  
  2272.  
  2273.  
  2274.  
  2275.  
  2276.  
  2277.  
  2278.  
  2279.  
  2280.  
  2281.  
  2282.  
  2283.  
  2284.  
  2285.  
  2286.  
  2287.  
  2288.  
  2289.  
  2290.  
  2291.  
  2292.  
  2293.  
  2294.  
  2295.  
  2296.  
  2297.  
  2298. Cooper & Postel                                                [Page 41]
  2299.  
  2300. RFC 1480                     The US Domain                     June 1993
  2301.  
  2302.  
  2303.             APPENDIX-II: US DOMAIN QUESTIONNAIRE FOR HOST ENTRY
  2304.  
  2305.  
  2306. To register a host in the US domain, the US Domain Template must be
  2307. sent to the US Domain Registrar (US-Domain@ISI.EDU).  The first few
  2308. pages explain each question on the attached template.  FILL OUT THE
  2309. TWO PAGE TEMPLATE AT THE END.  Questions may be sent by electronic
  2310. mail to the above address, or by phone to Ann Cooper, USC/Information
  2311. Sciences Institute, (310) 822-1511.
  2312.  
  2313. (1)  Please specify whether this is a new application, modification to
  2314.      an existing registration, or deletion.
  2315.  
  2316.  
  2317. (2)  The name of the domain.  This is the name that will be used in
  2318.      tables and lists associating the domain with the domain server
  2319.      addresses. See RFC 1480 - The US Domain for more details.
  2320.  
  2321.  <host>.<city/locality>.<state>.US. =  city/locality based names
  2322. <school>.<district>.K12.<state>.US. =  kindergarten thru 12th grade
  2323.        <school>.PVT.K12.<state>.US. =  private K thru 12th grade
  2324.     <school>.<locality>.<state>.US. =  PVT sch opt: locality names
  2325.             <school>.CC.<state>.US. =  community colleges
  2326.            <school>.TEC.<state>.US. =  technical or vocational schools
  2327.          <lib-name>.LIB.<state>.US. =  libraries
  2328.        <org-name>.STATE.<state>.US. =  state government agencies
  2329.                  <org-name>.FED.US. =  federal government agencies
  2330.                  <org-name>.DNI.US. =  distributed national institutes
  2331.             <org>.GEN.<state>.US. =  statewide assoc,clubs,domain parks
  2332.  
  2333.      For example:  networthy.santa-clara.ca.us.
  2334.  
  2335.  
  2336. (3)  The name of the entity represented, that is, the organization
  2337.      being named.  For example: The Networthy Corporation. Not the
  2338.      name of the organization submitting the request.
  2339.  
  2340.  
  2341. (4)  Please describe the domain briefly.
  2342.  
  2343.      For example: The Networthy Corporation is a consulting
  2344.      organization of people working with UNIX and the C language
  2345.      in an electronic networking environment.  It sponsors two
  2346.      technical conferences annually and distributes a bimonthly
  2347.      newsletter.
  2348.  
  2349.  
  2350. (5)  The date you expect the domain to be fully operational.
  2351.  
  2352.  
  2353.  
  2354. Cooper & Postel                                                [Page 42]
  2355.  
  2356. RFC 1480                     The US Domain                     June 1993
  2357.  
  2358.  
  2359. For every registration, we need both the Administrative and the
  2360. Technical contacts of a domain (questions 6 & 7) and we MUST have a
  2361. network mailbox for each.  If you have a NIC handle (a unique NIC
  2362. database identifier) please enter it.  (If you don't know what a NIC
  2363. handle is leave it blank).  Also the title, mailing address, phone
  2364. number, organization, and network mailbox.
  2365.  
  2366. (6)  The name of the administrative head of the "organization".  The
  2367.      administrator is the contact point for administrative and policy
  2368.      questions about the domain.  The Domain administrator should work
  2369.      closely with the personnel he has designated as the "technical
  2370.      contact" for his domain. In this example the Domain Administrator
  2371.      would be the Administrator of the Networthy Corporation, not the
  2372.      Administrator of the organization running the name server
  2373.      (unless it is the same person).
  2374.  
  2375. (7)  The name of the technical and zone contact.  The technical and
  2376.      zone contact handles the technical aspects of maintaining the
  2377.      domain's name server and resolver software, and database files.
  2378.      He keeps the name server running. More than likely, this person
  2379.      would be the technical contact running the primary name server.
  2380.  
  2381. ***********************************************************************
  2382.  
  2383. PLEASE READ:  There are several types of registrations.
  2384.  
  2385.    (a)  Delegation (i.e., a portion of the US Domain name space is
  2386.         given to an organization running name servers to support that
  2387.         branch; For example, K12.TX.US, for all K12 schools in Texas).
  2388.         For (a) answer questions 8 and 9.
  2389.  
  2390.    (b)  Direct Registration of an IP Host.
  2391.         For (b) answer question 10.
  2392.  
  2393.    (c)  Direct Registration of a non-IP Host.
  2394.         For (c) answer question 11 and 12.
  2395.  
  2396. ***********************************************************************
  2397.  
  2398. QUESTIONS FOR DELEGATIONS
  2399.  
  2400. (8)  PRIMARY SERVER Information.  It is required to supply both the
  2401.      Contact information as well as hardware/software information of
  2402.      the primary name server.
  2403.  
  2404. (9)* SECONDARY SERVER Information. It is required to supply the
  2405.      hardware and software information of all secondary name servers.
  2406.  
  2407.  
  2408.  
  2409.  
  2410. Cooper & Postel                                                [Page 43]
  2411.  
  2412. RFC 1480                     The US Domain                     June 1993
  2413.  
  2414.  
  2415. Domains must provide at least two independent servers that provide the
  2416. domain service for translating names to addresses for hosts in this
  2417. domain. If you are applying for a domain and a network number
  2418. assignment simultaneously and a host on your proposed network will be
  2419. used as a server for the domain, you must wait until you receive your
  2420. network number assignment and have given the server(s) a net- address
  2421. before sending in the domain application. Establishing the servers in
  2422. physically separate locations and on different PSNs and/or networks is
  2423. strongly recommended.
  2424.  
  2425. NOTE: For those applicants not able to run name servers, or for non-IP
  2426. hosts the Name Server information is not applicable. (See #10 and #11).
  2427. =======================================================================
  2428. QUESTION FOR DIRECT IP HOSTS (If you answered 8 & 9 do not answer
  2429. 10, 11, or 12).
  2430.  
  2431. (10) What Domain Name System (DNS) Resource Records (RR) and values are
  2432.      to be entered for your IP host (must have an "A" record).
  2433.  
  2434.      ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  2435.      Example: RRs for an INTERNET hosts.
  2436.  
  2437.      (a)  DOMAIN NAME (required)...:  Networthy.Santa-Clara.CA.US.
  2438.      (b)  IP ADDRESS (required)....:  A  128.9.3.123  (required)
  2439.      (c)  HARDWARE (opt)...........:  SUN-3/11O
  2440.      (d)  OPERATING SYS (opt)......:  UNIX
  2441.      (e)  WKS (opt)........:  128.9.3.123. UDP (echo tftp) TCP (ftp)
  2442.      (f)  MX (opt).................:  10  RELAY.ISI.EDU.
  2443.  
  2444. It is your responsibility to see that an IN-ADDR pointer record is
  2445. entered in the DNS database.  (For Internet hosts only).  Contact the
  2446. administrator of the IP network your host is on to have this done.
  2447. The US Domain administration does not administer the network and
  2448. cannot make these entries in the DNS database.
  2449.  
  2450. =======================================================================
  2451. QUESTIONS FOR NON-IP HOSTS (such as UUCP).
  2452.  
  2453.    Many applicants have hosts in the UUCP world.  Some are one hop away,
  2454.    some two and three hops away from their "Internet Forwarder", this is
  2455.    ok.  What is important is getting an Internet host to be your
  2456.    forwarder.  If you do not already have an Internet forwarder, there
  2457.    are several businesses that provide this service for a fee, (see
  2458.    RFC 1359 - Connecting to the Internet What Connecting Institutions
  2459.    Should Anticipate, ACM SIGUCCS, August 1992). Sometimes local colleges
  2460.    in your area are already on the Internet and may be willing to act
  2461.    as an Internet Forwarder.  You would need to work this out with the
  2462.    systems administrator.  We cannot make these arrangements for you.
  2463.  
  2464.  
  2465.  
  2466. Cooper & Postel                                                [Page 44]
  2467.  
  2468. RFC 1480                     The US Domain                     June 1993
  2469.  
  2470.  
  2471. (11) Internet Forwarding Host Information
  2472.  
  2473.      (11a) What is the name of your Internet forwarding host?
  2474.            For example: The host Yacht-Club.MDR.CA.US uses
  2475.            UUCP to connect to RELAY.ISI.EDU which is an Internet
  2476.            host. (i.e., RELAY.ISI.EDU is the forwarding host).
  2477.  
  2478.      (11b) What is the name of your contact person at forwarding host?
  2479.            The Administrator of RELAY.ISI.EDU must agree to be the
  2480.            forwarding host for Yacht-Club.MDR.CA.US, and the
  2481.            forwarding host must know a delivery method and route to
  2482.            Networthy.  No double MXing.
  2483.  
  2484.      (11c) What is the mailbox of your contact?
  2485.            What is the mailbox of the administrator of the forwarding
  2486.            host.
  2487.  
  2488.               Example:  Contact Name......:  John Smith
  2489.                         Contact Email.....:  js@RELAY.ISI.EDU
  2490.  
  2491. (12) What Domain Name System (DNS) Resource Records (RR) and values
  2492.      are to be entered for your NON-IP host.
  2493.  
  2494.      ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  2495.      Example: RRs for a NON-IP host (uucp).
  2496.  
  2497.      (a)  DOMAIN NAME (required).....:   Yacht-Club.MDR.CA.US.
  2498.      (b)  HARDWARE (opt).............:   SUN-3/11O
  2499.      (c)  OPERATING SYS (opt)........:   UNIX
  2500.      (d)  MX (required)..............:   10  RELAY.ISI.EDU.
  2501.      ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  2502.  
  2503.  
  2504.  
  2505. PLEASE ALLOW AT LEAST 8 WORKING DAYS FOR PROCESSING THIS APPLICATION
  2506.  
  2507.  
  2508.  
  2509.  
  2510.  
  2511.  
  2512.  
  2513.  
  2514.  
  2515.  
  2516.  
  2517.  
  2518.  
  2519.  
  2520.  
  2521.  
  2522. Cooper & Postel                                                [Page 45]
  2523.  
  2524. RFC 1480                     The US Domain                     June 1993
  2525.  
  2526.  
  2527.                           US DOMAIN TEMPLATE                    [6/93]
  2528.  
  2529. PLEASE SUBMIT THE FOLLOWING TWO PAGE TEMPLATE TO (Us-Domain@isi.edu).
  2530. Sections or fields of this form marked with an asterisk (*) may be
  2531. copied as many times as necessary. (For example: If you had two phone
  2532. numbers for the Administrative Contact, you would use the same number
  2533. "6h" twice.  PLEASE DO NOT ALTER THIS APPLICATION IN ANY WAY.
  2534. =====================================================================
  2535.       1.   REGISTRATION TYPE
  2536.            (N)ew (M)odify (D)elete..:
  2537.  
  2538.       2.*  FULLY-QUALIFIED DOMAIN NAME:
  2539.  
  2540.       3.   ORGANIZATION INFORMATION
  2541.       3a.  Organization Name.....:
  2542.       3b.  Address Line 1........:
  2543.       3b.  Address Line 2........:
  2544.       3c.  City..................:
  2545.       3d.  State.................:
  2546.       3e.  Zip/Code..............:
  2547.  
  2548.       4.   DESCRIPTION OF ORG/DOMAIN:
  2549.  
  2550.       5.   Date Operational......:
  2551.  
  2552.       6.   ADMINISTRATIVE CONTACT OF ORG/DOMAIN
  2553.       6a.  NIChandle (if known)..:
  2554.       6b.  Whole Name............:
  2555.       6c.  Organization Name.....:
  2556.       6d.  Address Line 1........:
  2557.       6d.  Address Line 2........:
  2558.       6e.  City..................:
  2559.       6f.  State.................:
  2560.       6g.  Zip/Code..............:
  2561.       6h.* Voice Phone...........:
  2562.       6i.* Electronic Mailbox....:
  2563.  
  2564.       7.   TECHNICAL AND ZONE CONTACT
  2565.       7a.  NIChandle (if known)..:
  2566.       7b.  Whole Name............:
  2567.       7c.  Organization Name.....:
  2568.       7d.  Address Line 1........:
  2569.       7d.  Address Line 2........:
  2570.       7e.  City..................:
  2571.       7f.  State.................:
  2572.       7g.  Zip/Code..............:
  2573.       7h.* Voice Phone...........:
  2574.       7i.* Electronic Mailbox....:
  2575.  
  2576.  
  2577.  
  2578. Cooper & Postel                                                [Page 46]
  2579.  
  2580. RFC 1480                     The US Domain                     June 1993
  2581.  
  2582.  
  2583. FILL OUT QUESTIONS 8 AND 9 FOR DELEGATIONS ONLY (i.e., those
  2584. organizations running name servers for a branch of the US Domain
  2585. name space, for example:  k12.<state>.us).
  2586.  
  2587.       8.   PRIMARY SERVER: CONTACT INFO, HOSTNAME, NETADDRESS
  2588.       8a.  NIChandle (if known)..:
  2589.       8b.  Whole Name............:
  2590.       8c.  Organization Name.....:
  2591.       8d.  Address Line 1........:
  2592.       8d.  Address Line 2........:
  2593.       8e.  City..................:
  2594.       8f.  State.................:
  2595.       8g.  Zip/Code..............:
  2596.       8h.* Voice Phone...........:
  2597.       8i.* Electronic Mailbox....:
  2598.       8j.  Hostname..............:
  2599.       8k.* IP Address............:
  2600.       8l.* HARDWARE..............:
  2601.       8m.* OPERATING SYS.........:
  2602.  
  2603.       9. * SECONDARY SERVER: HOSTNAME, NETADDRESS
  2604.       9a.* Hostname..............:
  2605.       9b.* IP Address............:
  2606.       9c.* HARDWARE..............:
  2607.       9d.* OPERATING SYS.........:
  2608.  
  2609. FILL OUT QUESTION 10 FOR DIRECT REGISTRATIONS IP HOSTS
  2610.  
  2611.      10.   RESOURCE RECORDS (RRs) FOR IP INTERNET HOSTS
  2612.      10a.  DOMAIN NAME...........:
  2613.      10b.* IP ADDRESS (required).:
  2614.      10c.  HARDWARE..............:
  2615.      10d.  OPERATING SYS.........:
  2616.      10e.  WKS ..................:
  2617.      10f.* MX....................:
  2618.  
  2619. FILL OUT QUESTIONS 11 AND 12 FOR NON-IP HOSTS (such as UUCP)
  2620.  
  2621.      11.   FORWARDING HOST INFORMATION
  2622.      11a.  Forwarding Host......:
  2623.      11b.  Contact Name.........:
  2624.      11c.  Contact Email........:
  2625.  
  2626.      12.   RESOURCE RECORDS (RRs) FOR NON-IP HOSTS (UUCP)
  2627.      12a.  DOMAIN NAME...........:
  2628.      12b.  HARDWARE..............:
  2629.      12c.  OPERATING SYS.........:
  2630.      12d.* MX (required).........:
  2631.  
  2632.  
  2633.  
  2634. Cooper & Postel                                                [Page 47]
  2635.  
  2636.